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FORWARD 


This  report  details  the  development  of  an  experimental 
interactive  scheduling  system.  The  system  has  been  imple- 
mented on  a PDP-11/20  with  a CRT  and  hard  copy  terminal. 

The  system  has  been  designed  with  a maximum  of  flexibility 
to  facilitate  future  research  into  the  most  effective  com- 
binations of  man/machine  interaction.  As  such,  this  report 
should  be  considered  to  be  Part  One  of  an  ongoing  effort. 


ABSTRACT 


The  solution  to  a multi  resource,  multi  project 
scheduling  problem  is  approached  in  a way  that  combines 
human  interaction,  heuristics  and  optimality  seeking 
procedures.  A tree  search  algorithm  is  employed  to  per- 
form the  search.  By  use  of  heuristics  the  tree  can  be 
"pruned"  so  as  to  limit  its  branches,  i.e.,  the  problem 
is  simplified  and  computational  times  for  optimality 
seeking  procedures  can  be  drastically  reduced.  By  man- 
computer  interaction,  data  and  constraints  can  be  changed 
and  the  search  through  the  tree  controlled.  The  model 
developed  has  been  implemented  using  a minicomputer  and  a 
video  display.  To  help  the  operator  control  the  scheduling 
procedure  different  graphical  displays  are  available.  The 
system  is  characterized  by  being  flexible  to  changes  in 
data  and  constraints,  and  to  allow  the  operator  to  direct 
the  computer  in  the  search  for  a solution  to  the  scheduling 
problem. 
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CHAPTER  I 


INTRODUCTION 

1 . 1 A Scheduling  Problem 

Consider  the  situation  when  there  is  a pool  of  various 
resources,  which  are  to  be  utilized  by  different  projects 
over  a given  time  period  or  planning  horizon.  Each  of  the 
projects  wants  to  use  a specific  configuration  of  the  re- 
sources for  a certain  amount  of  time.  To  satisfy  the  pro- 
jects' requests  it  is  desirable  to  sequence  them  in  such  a 
manner  that  the  available  resources  are  used  in  an  effi- 
cient way.  To  accomplish  this  it  is  necessary  to  find  a 
schedule  for  the  specified  planning  horizon  (e.g.,  next 
month,  quarter,  year)  telling  when  different  projects  may 
employ  the  resources  and  how  the  utilization  of  the  various 
resources  changes  over  time.  This  schedule  (however  arrived 
at)  will  be  called  an  initial  schedule. 

In  creating  an  initial  schedule  certain  conditions  are 
given  (e.g.,  the  number  of  projects  and  their  requests  for 
resources) , that  in  real  world  situations  are  subject  to 
change.  The  initial  schedule  may  become  out-of-date  and  it 
would  be  necessary  to  update  it.  As  examples  consider  the 
following  three  situations: 
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(1)  A new  high  priority  project  needs  to  be  fit 


into  the  schedule; 

(2)  Some  of  the  resources  may  break  down  and  not 
be  available  for  use  during  a certain  time 
period (s);  or 

(3)  New  information  may  be  obtained  relative  to 
future  changes  in  availability  of  resources 
(e.g.,  planned  maintenance,  addition  of  new 
resources ) . 

The  need  to  update  the  initial  schedule  can  occur  at 
any  time.  Once  the  initial  schedule  is  updated,  it  could 
i become  necessary  to  change  the  updated  schedule. 

i’o  handle  scheduling  problems  of  this  type  in  prac- 
tical applications  it  should  be  advantageous  to  use  a com- 
puter aided  scheduling  system.  Indeed,  this  thesis  is 
concerned  with  the  development  of  an  interactive  computer- 
ized system  for  problems  of  this  type.  The  objective  is 
to  build  a system  that  will  allow  the  operator  to  explore 
the  area  between  doing  the  scheduling  by  hand  and  letting 
the  computer  do  the  scheduling.  The  stated  problem  gener- 
ally is  too  complex  for  the  human  being  to  solve  by  hand. 

The  computer  also  will  have  problems  evaluating  the  ex- 
tremely large  number  of  potential  schedules  for  problems 
of  this  type  without  some  enlightened  guidance  by  the 
operator.  Therefore,  a man-computer  interactive  system  will 
be  developed,  which  allows  the  operator  to  guide  the  com- 
puter towards  finding  an  acceptable  (if  not  optimal)  schedule. 
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1 . 2 Related  Work 

The  scheduling  problem  at  hand  in  this  study  is 
similar  to  the  classical  resource  constrained  critical 
path  method  (CPM)  problem.  Since  the  introduction  of  the 
CPM- technique  in  the  1950's  many  publications  have  appeared 
dealing  with  various  aspects  of  the  CPM-scheduling  problem. 
For  the  interested  reader,  excellent  surveys  of  the  develop- 
ments in  this  area  have  been  published  by  Davies  {5J  and 
Herroelen  [9].  The  original  CPM  models  focus  on  time  and 
are  based  on  the  implicit  assumption  that  unlimited  re- 
sources are  available.  The  schedules  developed  from  these 
models  imply  specific  profiles  of  resource  usage  over  time. 
There  is  no  guarantee  that  resource  usage  will  not  exceed 
available  levels.  While  the  assumption  of  unlimited  re- 
sources may  be  justified  in  some  cases,  many  schedulers 
are  faced  with  the  problem  of  scheduling  with  limited  re- 
sources. 

The  resource  constrained  CPM  problem  is  representative 
of  a class  of  combinatorial  problems.  They  all  have  the 
same  general  form  and  are  characterized  by  an  exponential 
growth  in  the  potential  number  of  solutions  as  the  problem 
size  increases.  Besides  the  resource  constrained  CPM  prob- 
lem there  are  related  scheduling  problems  such  as  the  job- 
shop  scheduling  problem  [4,13,20]  and  the  assembly  line 


balancing  problem  [12,23].  With  regard  to  the  type  of  re- 
sults produced  in  attempting  to  solve  these  types  of  prob- 
lems, the  solution  procedures  may  be  grouped  into  two  major 
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categories.  First,  there  are  heuristic  procedures  that 
aim  at  producing  good,  feasible  schedules.  These  proce- 
dures involve  the  use  of  some  rule-of-thumb  or  heuristic 
to  determine  priorities  among  jobs.  Second,  there  are 
procedures  which  aim  at  producing  the  best  possible,  or 
optimal , schedule.  To  date  experience  with  problems  of 
the  type  discussed  here  indicates  that  optimal  solution 
procedures  are  for  all  practical  purposes  computationally 
unfeasible.  Solution  procedures  have  been  proposed  using 
integer  programming  [3,8,16,17,18]  and  enumeration  tech- 
niques [2,6,10,19].  The  state  of  the  art  for  these  tech- 
niques (except  for  certain  specially  structured  problems) 
is  insufficiently  advanced  to  solve  efficiently  scheduling 
problems  of  the  type  considered  here.  As  a consequence, 
solutions  which  have  been  operationally  useful  have  been 
based  primarily  on  heuristic  procedures. 

One  of  the  earliest  and  more  ambitious  heuristic  pro- 
cedures was  developed  by  J.  D.  Wiest.  His  SPAR  (Scheduling 
Program  for  Allocating  Resources)  program  [22]  is  a heuris- 
tic model  for  scheduling  large  projects.  In  its  basic  ap- 
proach, the  model  focuses  on  available  resources  which  it 
serially  allocates,  period  by  period,  to  jobs  listed  in 
order  of  their  early  start  times.  Jobs  are  scheduled, 
starting  with  the  first  period,  by  selecting  from  the  list 
of  those  currently  available  and  ordered  according  to  their 
total  slack  (which  is  based  on  technological  constraints 
only  and  normal  resource  assignments).  The  most  critical 
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jobs  have  the  highest  probability  of  being  scheduled  first, 
and  as  many  jobs  are  scheduled  as  available  resources  per- 
mits. If  an  available  job  fails  to  be  scheduled  in  that 
period,  an  attempt  is  made  to  schedule  it  the  next  period. 
Eventually  all  jobs  so  postponed  become  critical  and  move 
to  the  top  of  the  priority  list  of  available  jobs.  The 
basic  program  is  modified  by  a number  ct  additional  sche- 
duling heuristics  designed  to  increase  the  use  of  available 
resources  and/or  to  decrease  the  length  of  the  schedule. 

Leahy  [11]  described  the  development  of  what  was  prob- 
ably the  first  man-machine  interactive  CPM-system  in  which 
messages  were  presented  on-line  as  resource  conflicts  arose 
and  alternate  resource  allocations  specified  on-line. 
Furthermore  a report  by  Paulson  [14]  lays  out  the  specifica- 
tions of  a computer-based  project  control  system  utilizing 
on-line  graphics  and  a man-machine  interactive  approach  to 
resource  scheduling. 

In  [21]  J.  D.  Wiest  describes  the  adaptation  of  his 
SPAR  program  to  a man-machine  interactive  system  for  project 
schedulina  in  which  computer  graphics  are  employed  for  al- 
locating resources  to  activities  in  a project  network.  The 
user  can  quickly  generate  feasible  schedules  and  graphically 
display  the  results  on  a CRT  (cathode  ray  tube) . By  means 
of  a light  pen  and  a table  [21],  he  can  adjust  resource  levels, 
change  scheduling  parameters  or  modify  program  heuristics, 
and  readily  determine  the  effects  of  these  changes  on  the 
project  schedule.  Wiest  points  out  that  "the  combination  of 


man's  intuitive  skills  and  the  computer's  computational 
powers  enhances  the  effectiveness  of  both  in  searching  for 
good  project  schedules." 

At  Purdue  University  [1,15]  an  interactive  graphics 
system  for  CPM  scheduling  has  been  developed.  The  system 
features  include  the  ability  to  create,  analyze,  review, 
edit,  save  and  retrieve  alternative  schedules.  The  system 
is  implemented  on  a digital  minicomputer  PDP  11/40,  and 
an  Imlac  PDS-1  intelligent  display  processor  and  a Calcomp 
502  flatbed  plotter.  The  CPM  system  is  written  in  FORTRAN 
IV  and  the  operating  system  performs  all  of  the  scheduling 
and  diagram  generation  calculations.  A FORTRAN  IV  dynamic 
graphics  subroutine  package  in  the  PDP  11/40  generates 
graphic  commands  that  are  processed  by  the  PDS-1  operating 
system  to  create  the  CPM  arrow  diagrams  on  the  CRT.  The 
operation  of  the  system  consists  of  first  creating  an  input 
data  file  that  describes  the  activities  in  the  project. 

From  this  input  file  a CPM  diagram  is  constructed.  This 
diagram  can  be  reviewed  by  "zooming"  in  to  look  closely  at 
any  part.  By  "pointing"  to  an  activity  on  the  CRT  screen 
(with  a device  consisting  of  two  perpendicularly  mounted 
rotary  potentiometers)  the  entire  data  base  associated  with 
it  can  be  displayed  on  the  screen.  Any  activity  input 
variable  can  then  be  changed  through  graphic  interaction  and 
a revised  diagram  generated  in  a matter  of  seconds. 


1 . 3 Scope 


From  above  it  is  obvious  that  a system  using  only  an 
optimality  seeking  procedure  is  computationally  inappro- 
priate. Therefore  an  approach  that  combines  human  inter- 
action, heuristics  and  optimality  seeking  procedures  will 
be  undertaken.  While  the  computer  operates  at  a very  high 


speed,  it  does  not  have  man's  capability  of  pattern  recog- 
nition and  intuitive  analysis.  The  heuristics  us^d  in 
this  study  aim  at  simplifying  the  problem  by  limiting  the 
domain  of  search  to  find  a feasible  schedule.  A trf'e  search 
algorithm  will  be  employed  to  perform  the  search.  By  man- 
computer  interaction  the  tree  can  be  "pruned"  so  as  to  limit 
its  branches.  In  the  subsequent  chapter  the  scheduling  pro- 
cedures and  heuristics  will  be  described.  Chapter  III  out- 
lines the  whole  scheduling  system  and  gives  some  examples 
of  schedules  created.  In  the  final  chapter  the  system  is 
critically  assessed  and  some  recommendations  are  given  for 
future  development. 


CHAPTER  II 


SCHEDULING  PROCEDURES  AND  HEURISTICS 


2 . 1 Formulation  of  the  Model 

The  following  definitions  are  necessary: 

r,  . = Available  amount  of  resource  j during  time 

U j 

period  t 

q.  . . = Required  amount  of  resource  j during  the  kth  time 

KJ  1 

period  of  the  i*"*1  project's  duration 

1,  if  project  i is  started  during  time  period  t 

X i = 

0,  otherwise 

d^  = Duration  of  project  i 
Z = Maximum  overload  of  resources 

If  it  is  assumed  that  resource  units  are  interchangeable 
(see  p.  37)  the  problem  to  be  addressed  hero  can  be  formulated 


as  follows 


Min  Z 


(1)  s.t.  I l q ... 

i k=l  K]1 


X,  . , . - Z < r . . t = 1 , . . . , T 

t-k+1,  i - tu  . = R 

J — if  • • • t 


l - 1 


i = 1,  . . . , P 


Xti  " °'  1 


Vi,  t 


Z > 0 


Constraint  set  (1)  may  be  divided  into  two  subsets. 
The  first  one  (S^)  comprises  all  resource  constraints  that 
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cannot  be  violated  (hard  constraints) , i.e.,  no  overload 
is  permitted.  The  second  subset  (S2)  contains  those  re- 
source constraints  that  may  be  violated  (soft  constraints) . 
With  respect  to  this,  the  problem  may  now  be  formulated  as. 


Min  Z 
di 

(3)  s.t.  I l q 
i k=l 


t-k+l,i 


- rtj 


t/  jeS. 


(4) 

(5) 


d. 

1 


l l 

i k=l 


*kji 


X.  . , . - Z < r . . 

t-k+l,i  - tj 


t , j e S2 


£ X.  • 1 i = 1 , . . . , P 

t 

xti  = 0,  1 Vt,  i 

z > 0 


The  problem  is  to  find  X^'s  such  that  the  hard  con- 
straints are  met  and  the  maximum  overload  (Z)  is  minimized. 
This  is  a minimax  0-1  integer  programming  problem. 

To  find  a solution  to  the  minimax  problem  a tree  search 
algorithm  is  used  (see  2.3).  The  tree  has  one  level  for  each 
project  (see  Figure  2.1).  The  root  of  the  tree  is  designated 
as  level  0.  Each  branch  emanating  from  a node  represents 
assigning  a start  time  to  that  project.  Assuming  the  search 

has  reached  a node  at  level  i,  a partial  solution  X , 

t » 1 

X 0,  ...,  X . . is  defined.  At  level  p,  a feasible  sche- 

t ; 4 tf 1“1 

dule  is  found.  The  search  proceeds  downward  and  left-to- 
right  at  each  level,  backtracking  when  it  is  determined  that 


11 


(a)  a terminal  node  has  been  reached,  which  implies 
that  a feasible  schedule  has  been  found. 

(b)  further  downward  search  will  produce  an  un- 
feasible schedule. 

The  algorithm  terminates  when  the  search  backtracks  to 
the  root  of  the  tree  (level  = 0) , when  an  optimal  solution 
is  found  (Z  = 0)  , or,  when  the  execution  time  has  exceeded 
a pre-set  limit. 

The  algorithm  employs  a bounding  function  B^r  to  deter- 
mine if  potential  solutions  are  dominated  by  a previously 
obtained  feasible  solution.  The  bounding  function  tells  the 
maximum  overload  of  each  soft  resource  in  the  previous  fea- 
sible schedule.  For  a more  complete  description  of  the  tree 
search  routine  see  Ferreira  and  Hodgson  [7] . 

2 . 2 Heuristics 

There  are  two  extreme  ways  of  evaluating  the  tree  to 
find  a feasible  schedule.  On  one  hand  there  is  implicit 
enumeration  of  the  entire  tree,  i.e.,  a search  without  any 
interaction  from  the  scheduler.  Even  for  quite  limited 
scheduling  problems,  the  tree  may  be  big  and  therefore  re- 
sult in  excessively  long  computations.  For  large  problems 
this  approach  may  not  be  computationally  feasible.  There- 
fore, to  implicitly  enumerate  the  whole  tree  without  inter- 
vention is  probably  not  a good  approach.  On  the  other  hand, 
the  scheduler  completely  controls  the  search  for  a feasible 
solution  and  each  job  is  assigned  separately.  The  computer 
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is  used  for  evaluation  of  each  assignment  and  for  graphical 
output.  This  approach  is  time-consuming  and  may  not  be 
efficient  either. 

Neither  of  the  two  extreme  approaches  take  full  ad- 
vantage of  both  man's  and  the  computer's  capabilities.  A 
better  utilization  of  man-machine  interaction  should  be 
possible.  In  this  study  a number  of  heuristics  have  been 
used  to  improve  the  scheduling  procedure.  They  can  be 
divided  into  two  types.  The  first  one  comprises  heuristics 
that  aim  at  limiting  the  size  of  the  tree,  the  second  one 
contains  heuristics  that  make  the  search  more  efficient  in 
terms  of  computation  time. 

2.2.1  Tree  construction 

In  many  planning  situations,  it  might  be  desired  to 
start  a project  at  a specific  time  or  to  undertake  a pro- 
ject during  a certain  time  period,  i.e.,  some  start  times 
for  the  project  are  more  preferred  than  others.  A specif- 
ication of  a desired  start  time  can  be  used  to  immensely 
reduce  the  size  of  the  tree.  The  length  of  the  time  period 
decides  the  number  of  branches  at  the  corresponding  level/ 
node  in  the  tree.  By  specifying  for  each  project  a desired 
start  time  and  early  and  late  start  times,  the  number  of 
branches  at  node  i will  be  defined.  These  data  may  be  based 
on  project  requirements  or  intuitively  estimated  from  past 
experience . 
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2.2.2  Tree  search 

[ 

The  efficiency  in  finding  a solution  to  the  scheduling 

■ 

problem  is  not  only  affected  by  how  much  the  tree  is  re- 
duced, but  also  by  how  the  search  in  the  tree  is  undertaken. 
It  is  more  efficient  to  search  through  a tree  when  the  top 
is  as  narrow  as  possible  compared  to  the  base.  This  can  be 
achieved  by  sequencing  the  projects  in  ascending  order 
according  to  size,  i.e.,  the  number  of  branches  (the  tree 
width) . The  role  of  the  tree  width  may  be  interpreted  as 
a priority  assigned  to  each  project.  A high  priority  pro- 
ject may  be  given  a small  tree  width  and  a low  priority  a 
large  tree  width.  Looked  upon  this  way  the  choice  of  tree 
width  will  be  important  in  meeting  different  projects  re- 
quirements . 

Given  a number  of  projects  and  their  requests  a fea- 
sible schedule  may  not  always  exist.  However,  it  may  be 
possible  to  violate  some  of  the  resource  constraints.  In 
this  situation  it  may  be  advantageous  to  find  a schedule 
that  results  in  overloading  of  some  of  the  resources  at 
certain  time  periods.  The  question  is,  how  close  is  it 
possible  to  come  to  a feasible  schedule,  i.e.,  it  is 
desired  to  minimize  the  overloading  of  the  soft  constraints. 
More  specifically,  it  is  desired  to  minimize  the  maximum 
overload  of  the  resources.  This  can  be  achieved  by  gene- 
rating a number  of  schedules  that  are  feasible  with  respect 
to  the  hard  constraints.  Each  generated  schedule  will  be 
better  than  previously  generated  ones,  if  such  a schedule 


exists. 


To  avoid  excessively  long  search  times  the  scheduler 


sets  a time  limit  to  the  search.  After  overflow  of  the 
time  limit  the  computer  stops  and  the  scheduler  decides 
whether  to  continue  to  search  or  not.  Given  the  state  of 
the  search  the  scheduler  may  want  to  change  data  (e.g., 
trimming  the  tree,  alter  project  data,  modifying  resource 
constraints)  before  a new  search.  To  aid  him  in  this  work 
a series  of  graphs  may  be  called  (e.g.,  partial  project 
schedule,  completion  of  partial  schedules,  project  table). 

These  graphs  are  very  helpful  in  guiding  the  scheduler  on 
where  changes  in  data  may  be  most  efficient  for  finding  a 
better  schedule. 

2 . 3 Solution  Procedure 

The  solution  procedure  is  based  on  evaluating  the  tree, 
as  specified  above,  using  a tree  search  algorithm.  A flow- 
chart is  given  below  (Figure  2.2).  The  notation  used  in  the 
graph  is  the  one  employed  by  the  computer  program,  which  is 
written  in  BASIC.  In  Appendix  II,  the  meaning  of  each  symbol 
is  stated.  With  this  the  graph,  hopefully,  is  self-explanatory. 


CHAPTER  III 


SYSTEM  DESCRIPTION  WITH  EXAMPLES  OF  USE 

3 . 1 Description  of  Computerized  System 

The  basic  hardware  components  of  the  system  are  a 
minicomputer  (PDP  11/20) , a video  terminal  (ADDS  Consul 
580)  and  a keyboard  terminal  (TI  Silent  700  ASR)  . The 
program  and  input  data  are  stored  on  a disk  (Cal-data) . 

The  system  is  controlled  via  the  minicomputer,  the  inter- 
action between  the  computer  and  the  scheduler  takes  place 
via  the  video  terminal.  The  keyboard  terminal  is  used  for 
printing  hard  copies  of  selected  output.  The  system  con- 
figuration is  shown  in  Figure  3.1. 

The  scheduling  program,  SCHED,  is  written  in  BASIC/ 

RT  11.  In  Figure  3.2  a simplified  picture  is  given  of  the 
program  structure.  The  names  in  the  boxes  refer  to  the 
program  elements  in  the  BASIC  code.  Table  3.1  explains  the 
functions  of  the  different  program  elements. 

3 . 2 Operation  of  System 

The  operation  of  the  system  starts  with  the  loading 
of  the  program  SCHED.  The  operator  specifies  what  input 
data  file  he  wants  to  use,  and  whether  he  wants  to  create 
or  update  a schedule.  Then,  the  operator  has  to  decide  what 


16 


19 


Table  3.1  Program  Elements 


Program  Elements  Function 


! INPUT  OF  DATA 

DECISION 

REORDER  PROJECTS 
CHANGE  DATA 

CHANGE  CONSTRAINT 

COMPLETION  OF 
PARTIAL  SCHEDULE 

SCHEDULE 

PROJECT  SCHEDULE 

PROJECT  TABLE 

HARD  COPY 

SAVE  SCHEDULE 
REPORT 

FREEZE 

UNFREEZE 

TERMINATE 




Reads  the  specified  input  file  and  ini- 
tializes updating 


Changes  planning  horizon,  resource  and 
project  data,  as  well  as  adds  and 
cancels  projects 

Changes  specified  hard  constraint  into 
a soft  one 

Completes  a partial  schedule  by  assigning 
unassigned  projects  at  desired  start  time 

Forms  the  tree,  searches  through  it  for 
a feasible  schedule,  backtracks  in  the 
tree,  minimizes  overload  of  soft  con- 
straints, controls  the  search 

Forms  and  prints  on  the.  video  screen  a 
project  schedule 

Forms  and  prints  on  the  video  screen  a 
project  table 

Forms  and  prints  a hard  copy  of  selected 
output 

Saves  the  schedule  on  specified  file 

Forms  and  prints  a standardized  hard 
copy  report 

Stores  partial  schedule  down  to  the  cur- 
rent level  of  search 

Retrieves  the  frozen  partial  schedule 
Terminates  the  scheduling  process 


Controls  the  scheduling  process 
Changes  the  order  of  the  projects 
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he  wants  to  do,  e.g.,  he  might  start  off  with  a look  at  a 
schedule  based  only  on  desired  start  times.  This  is  done 
by  calling  the  subroutine  "Completion  of  partial  schedule." 

By  inspecting  this  he  may  get  some  hints  on  whether  or  not 
he  should  change  some  data  or  soften  some  constraints.  If 
so  he  can  call  the  subroutine  "Change  data"  or  "Change  con- 
straint. " In  some  situations  there  may  be  a need  to  change 
data  for  other  reasons,  e.g.,  some  data  may  have  become 
out-of-date  since  the  input  file  was  created. 

In  most  cases,  the  operator  will  probably  not  bother 
about  changing  data  or  constraints  from  the  start.  He  wants 
to  see  if  there  is  an  easy  available  schedule  before  he  is 
prepared  to  change  the  conditions.  By  calling  the  subroutine 
"Schedule"  the  search  tree  is  formed  and  the  search  begun. 

If  backtracking  is  needed  to  continue  the  search,  the  com- 
puter stops.  The  scheduler  can  now  decide  i f he  wants  to 
continue  the  search  by  backtracking  through  the  tree.  Before 
he  makes  this  decision,  he  has  an  opportunity  to  review  the 
partial  schedules  at  hand,  and  also  complete  these  partial 
schedules.  If  he  thinks  it  is  worthwhile  to  continue  the 
search  without  changing  conditions,  he  specifies  how  long  he 
wants  the  search  to  continue  before  next  stop  (since  no  clock 
is  available  a count  of  the  number  of  backtracks  is  used) . 

If  the  scheduler  wants  to  change  some  conditions  ho  calls 
the  appropriate  subroutines.  After  the  changes  have  been 
made,  the  search  is  continued.  When  a feasible  schedule  is 
found  control  is  automatically  returned  to  "Decision." 
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In  the  case  where  there  are  soft  constraints,  the 
search  routine  has  the  objective  of  finding  a schedule 
which  minimizes  the  maximum  resource  overload.  As  in  the 
case  without  soft  constraints,  the  scheduler  sets  a time 
limit  for  the  search.  In  addition  he  can  review  the  best 
schedule  found  at  the  end  of  the  time  limit.  If  this  is 
good  enough,  the  search  can  stop,  otherwise  a new  time 
limit  is  set.  If  the  search  continues  long  enough  either 
a schedule  with  no  overload  will  be  found  or  the  whole 
tree  will  be  searched. 

When  the  scheduler  observes  that  he  cannot  find  a 
good  enough  schedule  within  a reasonable  amount  of  time, 
he  has  the  opportunity  to  change  both  data  and  constraints. 

To  guide  him  in  this  choice  enlightened  information  may  be 
found  in  the  comparison  of  partial  schedules  with  completed 
schedules,  and  by  studying  the  available  graphic  displays 
(project  schedule,  project  table).  Some  of  the  more  power- 
ful changes  to  be  done  may  be  to  trim  the  tree  and/or  sof- 
ten some  resource  constraints.  It  should  be  noted  that  these 
changes  may  be  made  within  the  search  routine,  but  that  only 
on  the  part  of  the  tree  "below"  the  current  level  of  search. 

As  soon  as  the  operator  finds  a satisfactory  schedule, 
he  may  save  this  schedule  on  a file  for  future  use  or  up- 
dating. By  calling  the  subroutine  "Save  schedule"  this  can 
be  achieved.  The  scheduler  can  also  receive  a hard  copy  of 
the  schedule  in  a standardized  report  format. 
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What  has  been  discussed  so  far  concerns  the  main 
features  in  the  operation  of  the  system.  In  the  subse- 
quent section  some  more  light  will  be  shed  on  the  inter- 
action between  man  and  computer.  In  the  final  section  in 
this  chapter,  some  examples  of  use  will  be  given,  where 
the  various  graphics  will  be  shown. 

3 . 3 Man-Computer  Interaction 

The  main  thrust  of  this  study  is,  as  stated  earlier, 
to  let  the  scheduler  guide  the  computer  in  ti.e  search  for 
a good  schedule.  By  this  guidance,  the  search  will  hope- 
fully be  more  efficient  and  give  a faster  answer  to  the 
problem  at  hand.  There  is  obviously  some  tradeoff  between 
the  amount  of  human  interaction  (interruption)  and  computer 
usage.  If  there  is  no  human  interaction,  the  computer  usage 
may  be  very  inefficient  and  total  scheduling  cost  high.  If 
the  human  interaction  is  considerable,  the  time  and  effort 
to  find  a satisfactory  schedule  also  may  be  high.  With  an 
appropriate  degree  of  human  interaction  the  total  scheduling 
cost  may  be  lower  and  the  quality  of  the  result  higher  than 
otherwise  possible. 

With  this  in  mind,  the  interactive  elements  in  the  pro- 
gram have  been  designed  to  give  the  scheduler  as  much  free- 
dom as  possible,  while  attempting  to  maintain  a high  degree 
of  computational  efficiency.  The  interactive  elements  in 
the  program  allow  the  scheduler  to 


I (1)  completely  change  all  input  data  about  resource 

j 

availability  and  project  requirements 

(2)  add  and  cancel  arbitrary  projects 

(3)  give  the  search  tree  any  form  he  likes,  by  changing 
desired  start  time,  tree  width  and  the  ordering  of 
the  projects 

(4)  alter  the  constraint  set  by  softening  of  specified 
constraints 

(5)  set  a time  limit  for  the  tree  search  and  take  appro- 
priate actions  at  these  interrupts 

(6)  store  and  retrieve  partial  schedules  down  to  the  cur- 
rent level  of  search 

(7)  review  actual  partial  schedules 

(8)  complete  partial  schedules 

(9)  get  hard  copies  of  selected  graphics 

(10)  save  schedules  in  a file  for  future  use  or  update 

Elements  3,  4,  5,  and  6 may  be  considered  as  the  main 
interactive  elements,  since  they  are  very  powerful,  and 
the  skill  with  which  they  are  used  will  greatly  influence 
the  efficiency  of  the  scheduling  procedure.  Elements  1,  2, 
and  10  are  of  special  importance  for  updating  of  schedules, 
while  elements  7,  8,  and  9 are  tools  to  help  the  scheduler 
in  his  analysis  of  what  to  do. 
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3 . 4 Examples  of  Use 

3.4.1  Creating  an  initial  schedule 

Suppose  the  following  scheduling  problem  is  given. 

There  are  9 projects  that  request  to  use  the  two  available 
resources  during  the  next  5 week  planning  period.  The  time 
unit  to  be  used  is  working  days  (i.e.,  in  this  case  the 
planning  horizon  is  25  days) . Necessary  data  about  resource 
availability  and  project  requirements  are  stored  in  a file, 

PLA  (Figure  3.3).  When  this  file  is  created  (using  the  pro- 
gram CREFIL) , the  scheduler  specifies  a desired  start  time 
and  an  early  and  late  start  time  for  each  project.  These 
data  are  arrived  at  from  considerations  based  on  project 
needs  and  priorities,  preliminary  estimates,  past  experience 
and  tree  search  strategy.  The  more  realistic  the  start  times 
are  and,  consequently,  the  more  limited  the  tree  is,  the 
faster  the  tree  can  be  searched.  It  is  therefore  important 
not  to  assign  these  data  totally  arbitrarily.  Some  considera- 
tions should  be  taken  into  account.  It  is,  however,  probably 
not  worthwhile  to  put  too  much  effort  into  these  considerations. 

The  available  amount  and  the  requested  amount  of  resources 
may  change  over  time  in  any  pattern.  In  the  problem  at  hand, 
there  is  maintenance  work  planned  during  days  14  to  16  for 
resource  Rl.  Only  two  units  will  be  available  during  this 
period.  Resource  R2  will  not  be  fully  available  during  the 
first  two  weeks  due  to  repairs.  Projects  P7  and  P8  will  use 
a varying  amount  of  resource  R2. 
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Figure  3.3  Schedule  with  desired  start  times 
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The  input  data  file  was  read  into  the  program  from 
file  PLA.  All  data  are  up-to-date  and  no  soft-constraints 
are  considered  yet,  so  subroutine  "Schedule"  is  called. 
Backtracking  is  needed.  After  searching  through  the  whole  tree, 
it  is  found  that  no  feasible  schedule  exists.  Obviously, 
the  search  could  have  been  stopped  before  the  whole  tree  had 
been  searched.  In  fact,  it  is  probably  more  likely  to  stop 
as  soon  as  it  is  realized  that  a feasible  schedule  might  not 
exist  or  will  not  be  found  without  a long  search.  In  this 
example,  the  tree  is  very  limited  and  it  did  not  take  any 
unreasonably  long  time  to  search  the  tree,  so  for  demonstra- 
tion purposes,  the  search  was  continued  until  all  possibil- 
ities were  scrutinized. 

To  find  a feasible  schedule,  there  are  two  choices. 
First,  some  of  the  constraints  may  be  softened  and  a search 
undertaken  that  minimizes  the  maximum  overloading  of  the  re- 
sources. By  inspection  of  the  completed  schedule  based  on 
desired  start  times  (Figure  3.3),  it  is  found  that  it  is 
very  likely  that  the  most  severe  conflicts  concerning  re- 
source Rl  will  be  during  time  period  8 to  10,  and  concerning 
resource  R2  during  time  period  15  to  18.  Other  resource 
conflicts  are  also  at  hand,  e.g.,  resource  1 during  time 
period  18  to  19.  One  might  expect,  however,  that  this  con- 
flict could  be  resolved  by  a shift  of  some  start  times.  The 
maximum  overload  is  4 units.  Using  the  minimax  search  pro- 
cedure, the  schedule  in  Figure  3.4  was  found,  where  the  maxi- 
mum overload  is  3 units.  This  may  not  be  satisfactory,  so 
one  might  try  a second  choice. 
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It  is  observed  fran  the  project  schedule  that  resource  R1 
is  heavily  used  around  time  period  10,  and  that  there  is 
no  utilization  at  the  beginning  of  the  planning  period. 

By  decreasing  the  early  start  time  by  3 units  for  project 
PI  it  may  be  possible  to  shift  it  to  the  left  and  ease 
the  requests  later  on.  For  resource  R2  there  is  a conflict 
during  time  period  17  to  18.  By  increasing  the  late  start 
time  for  project  P7  by  5 units  it  may  be  possible  to  shift 
P7  to  the  right.  With  these  two  changes  of  the  tree,  an- 
other search  is  undertaken.  The  result  is  an  optimal 
schedule,  i.e.,  a feasible  schedule  with  no  soft  constraints, 
or  maximum  overload  equal  to  zero.  The  schedule  is  described 
in  Figure  3.5  in  the  standardized  report  form.  The  found 
schedule  is  now  saved  in  a data  file  for  convenient  future 
updating  purposes. 

In  the  search  for  the  optimal  schedule  above,  all  inter- 
action in  the  scheduling  process  took  place  outside  the  search 
routine  except  for  setting  time  limits  for  the  search.  The 
operator  did  not  change  the  conditions  for  the  search  once 
it  was  started.  He  changed  data  and  constraints  before  and 
after  entering  the  search  routine.  This  will  be  the  most  ef- 
ficient degree  of  interaction  in  many  cases.  As  the  problem 
size  increases  and  an  optimal  schedule  is  less  easily  found, 
it  may  be  advantageous  to  interact  within  the  search  routine 
itself.  This  possibility  will  now  be  illustrated  for  the 
above  problem.  Since  this  is  a rather  simple  problem  it 
would  not  normally  be  justified  to  employ  this  interaction 
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approach.  The  justification  here  is  to  illustrate  what, 
in  fact,  can  be  done.  How  to  properly  undertake  the  inter- 
action is  ultimately  up  to  the  judgement  of  the  operator 
and  is  outside  the  scope  of  this  study. 

As  in  the  previous  example,  the  schedule  based  on 
desired  start  times  is  inspected  (Figure  3.3)  and  the  start 
times  for  projects  Pi  and  P7  changed.  By  calling  the  search 
subroutine,  level  4 in  the  tree  is  reached  before  the  computer 
stops  (i.e.,  it  is  necessary  to  backtrack).  Since  the  search 
stopped  quite  high  up  in  the  tree,  it  is  decided  to  continue 
the  tree  search  in  order  to  get  further  down  in  the  tree. 
However,  it  is  desired  to  stop  the  search  as  soon  as  a lower 
tree  level  is  reached.  To  achieve  this,  a tree  level  test 
is  activated.  Each  time  it  is  necessary  to  backtrack  a check 
is  performed  to  determine  if  the  actual  tree  level  is  lower 
than  the  lowest  tree  level  obtained  previously.  After  con- 
tinuing the  search  a while,  level  7 is  reached.  Reviewing 
the  schedule  (Figure  3.6)  we  find  that  projects  P3  and  P8  are 
unassigned.  The  partial  schedule  is  frozen  down  to  level  7 
(i.e.,  the  tree  search  will  be  limited  to  the  part  of  the  tree 
below  level  7) . After  interchanging  the  order  of  project  P3 
and  P8  another  search  is  undertaken.  This  time  we  will 
reach  level  8 in  the  tree  (Figure  3.7).  However,  it  is  not 
possible  to  fit.  in  project  P3  into  the  partially  frozen  tree. 
The  search  returns  to  the  level  where  the  tree  was  frozen 


and  the  state  of  the  search  is  restored  by  unfreezing  the  tree. 
Obviously,  changes  must  be  made  further  up  in  the  tree  in 
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IMTEPflCTIDN  UD  1 - TPEE  LEVEL  7 1 0-HUS 

INPUT  FILE:  PLm 


PROJECT  SCHEDULE 


TIME 

PPG JEC T 

1 1 £ 3 

3 

3 

4 

4 

5 

15  0 5 0 5 

0 

5 

0 

5 

0 

PI 

♦ ♦♦ 

P2 

♦ 

P4 

♦ ♦♦♦ 

P5 

♦ ♦♦ 

PS 

♦ ♦♦ 

P9 

♦ ♦ 

P7 

♦♦♦♦♦♦♦ 

P'3 

♦ ♦ 

PS 

PE  TOUPCE i 

1 C HP  ! 

4444444444444333444444444 

UTILi 

0 033 3 31 333444  0 0 044 111111  1 

3 OP  : 

? 3 3 3 34444455 5 5 5 5 5 5 5555 5 5 5 

UTIL:  (f  033323444333  00033  001 3 33  3 

PPOJECT  THDLE 

PPO  J 

DUP 

EHPLY 

TflPT 

DES 

TIME 

LFtTE 

MSS 

P.ES 

u : hue 

PI 

3 

1 

4 

4 

4 

PI 

333 

P.3 

333 

P3 

i 

3 

6 

Q 

3 

PI 

3 

E3 

3 

P4 

4 

4 

7 

10 

7 

PI 

1111 

P3 

3333 

P5 

3 

5 

S 

u 

« 

PI 

333 

P3 

111 

P6 

3 

7 

10 

13 

1 1 

PI 

444 

R£ 

333 

PS 

2 

14 

18 

33 

17 

PI 

44 

P3 

33 

P7 

7 

10 

13 

IS 

IS 

PI 

1111111 

P3 

0013333 

P:3 

2 

3 

8 

13 

0 

PI 

33 

P3 

1 1 

PS 

5 

10 

15 

30 

0 

PI 

33333 

P3 

44433 

Figure  3.6  Interaction  no.  1 
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INTERACTION  NO  £ - TREE  LEVEL  8 
INPUT  PILE:  FLA 


PROJECT  SCHEDULE 
PPG  JETT  : 


1 1 2 
1 5 0 5 0 


♦ ♦*** 


RESOURCE: 


1 CAP  : 4444444444444222444444444 

UTIL:  002333133344400044444441 1 

2 CAP  : 3333344444555555555555555 
UT I L : 0 032223444222 0 0 0224455533 


•JECT  TABLE 


PROJ 

DUP 

v 

EARLY 

tapt 

DES 

TIME 

LATE 

ftSS 

(/) 

Lii 

O: 

US  HbE 

PI 

3 

1 

4 

4 

4 

pi 

33  3 

P2 

8 c!c.‘ 

P2 

1 

3 

6 

9 

3 

PI 

<=! 

P2 

■j 

P4 

4 

4 

7 

1 0 

7 

PI 

1 1 1 1 

P2 

3333 

P5 

o 

5 

3 

11 

8 

FI 

333 

R2 

1 1 1 

PC 

3 

7 

10 

13 

1 1 

PI 

444 

P£ 

e'e'e 

PA 

14 

13 

£2 

i? 

PI 

44 

P2 

33 

P7 

7 

10 

12 

13 

13 

PI 

limn 

P2 

0 0 1 2 3 33 

PS 

e 

1 0 

15 

20 

19 

PI 

33333 

Pc' 

4 4 4 c 3 

P3 

C 

3 

§ 

13 

0 

PI 

33 

P2 

1 1 

Figure  3.7  Interaction  no.  2 
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order  to  find  an  optimal  schedule  (which  we  know  exists 
from  the  previous  example) . Project  P3  is  moved  up  in 
the  tree  and  fit  in  immediately  before  project  P7.  After 
continuing  the  search  a while,  level  7 is  reached.  By 
inspecting  the  schedule  (Figure  3.8)  it  is  noticed  that 
by  changing  the  start  time  for  project  P9  from  time  period 
18  to  17  it  might  be  possible  to  fit  in  project  P7.  After 
performing  this  change  the  search  is  continued  and  an  op- 
timal schedule  is  found  without  further  backtracking 
(Figure  3.5). 

3.4.2  Updating  and  initial  schedule 

At  the  end  of  the  second  week  of  the  initial  schedule 
above,  a request  is  made  by  a new  project,  P10.  It  is  neces- 
sary to  start  this  project  between  time  period  11  and  1°. 

An  early  start  time  is  preferred.  This  implies  a desired 
start  time  equal  to  11  and  a late  start  time  of  19.  Since 
the  initial  schedule  was  created,  it  has  also  become  certain 
that  more  units  will  be  added  to  the  resources  at  the  end 
of  the  planning  horizon.  From  time  period  18  and  on  there 
will  be  one  more  unit  available  of  resource  R1 . From  time 
period  22  and  on  resource  R2  will  have  two  more  units  avail- 
able. After  taking  these  changes  into  consideration,  a new 
search  is  undertaken  from  time  period  11.  An  optimal  sche- 
dule is  found,  but  at  the  expense  of  shifting  the  start  of 
project  P8  from  time  period  19  to  21  and  P9  from  time  period 
17  to  19  (Figure  3.9).  Observe  that  projects  with  a start 
time  prior  to  time  period  11  have  not  been  moved.  The  up- 
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IHTERPCTICN  HD  3 - LEVEL  7 1 O-hUG- 

IMPUT  FILE:  PLH 


PROJECT  3CHEIHJLE 


PROJECT 

TIME 

t 1 2 2 

15  0 5 0 5 

3 

0 

3 

c 

J 

4 

o 

•4 

5 

5 

0 

PI 

♦ ♦♦ 

pa 

♦ 

P4 

♦ ♦♦♦ 

P5 

♦ ♦♦ 

P6 

♦ ♦♦ 

P9 

♦ ♦ 

P3 

♦ ♦ 

P7 

PS 

♦ ♦♦♦♦ 

RESOURCE! 

1 CAP  * 4444444444444882444444444 

UTIL! 

o 0 3 3 3 4 ? ?4 4 4 4 4 0 0 0 • 1 4 4 0 0 0 0 0 0 

3 CMP  ! 

3333344444555555555555555 

UTIL! 

0 02cc'44444c33  0 0 0 033  0 0 0 0 0 0 

PROJECT  TSELE 

PROJ 

SUP 

ESPLY 

ThPT 

hes 

TIME 

L3TE 

ftSS 

RES 

USPGE 

PI 

3 

1 

4 

4 

3 

PI 

333 

R2 

882 

PS 

1 

3 

6 

Cl 

6 

R1 

2 

R2 

3 

P4 

4 

4 

■7 

10 

7 

PI 

1 1 1 1 

R2 

3333 

P5 

3 

5 

3 

i i 

6 

R1 

222 

R2 

1 1 1 

PS 

3 

7 

10 

13 

1 1 

R1 

444 

R2 

222 

P9 

2 

14 

IS 

£2 

18 

PI 

44 

R2 

22 

P3 

2 

3 

S 

13 

9 

R1 

33 

P£ 

1 1 

P7 

*? 

10 

IS 

19 

0 

PI 

1111111 

P2 

0 0 1 33 33 

PS 

5 

1 0 

15 

20 

0 

PI 

33333 

R2 

44422 

Figure  3.8  Interaction  no.  3 
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UPDATING  OF  INITIAL  SCHEDULE  10-AUG-77 

INPUT  FILES  PLAIN 


PPOJECT  SCHEDULE 


TIME 

PPOJECT 

1 

1 

2 2 

3 

3 4 

4 

5 

1 5 0 

5 

0 5 

0 

5 0 

5 

0 

PI 

♦ ♦♦ 

P2 

♦ 

P3 

♦ ♦ 

P4 

♦ ♦♦♦ 

P5 

♦ ♦♦ 

PS 

♦ ♦♦ 

P9 

♦ ♦ 

P10 

♦ ♦♦♦ 

P7 

♦♦♦♦♦♦♦ 

PS 

RESOURCE 

I CAP  S 4444444444444222 

4e^ccccc^ 

•JT  IL : 0 0 5334 3344444 022 

335544444 

2 CAP 

3 3 3 3 3444^4 

555555 

ccc  crc;  7 -•  7 

UTIL 

0022244444 

£22  Oil 332257755 

PPOJECT  TABLE 

PPOJ  DUP  START 

TIME 

PES 

USAGE 

EARLY  DES 

LATE 

ASS 

PI  3 

1 3 

4 

3 

PI 

333 

• 

R2 

222 

P2  1 

3 6 

9 

6 

PI 

2 

R2 

3 

P3  2 

3 9 

13 

9 

PI 

33 

P2 

1 1 

P4  4 

4 7 

1 0 

7 

PI 

1 1 1 1 

R2 

3333 

P5  3 

5 6 

1 1 

6 

PI 

222 

P2 

1 1 1 

P6  3 

7 1 1 

13 

1 1 

PI 

444 

P2 

222 

P9  2 

14  17 

22 

19 

PI 

44 

P2 

22 

P10  4 

11  11 

19 

15 

PI 

2233 

P2 

1133 

P7  7 

1 0 19 

19 

19 

PI 

1111111 

P2 

001 3333 

PS  5 

1 0 19 

21 

21 

PI 

33333 

P2 

44422 

Figure  3.9  Updating  of  initial  schedule 
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dated  schedule  is  saved  in  a file  for  future  use  or  re 
newed  updating. 


CHAPTER  IV 


CONCLUSIONS 

The  system  developed  above  approaches  the  solution 

to  the  given  scheduling  problem  through  the  extensive  use 

*« 

of  man-computer  interaction.  The  operator  interacts  with 
the  computer  to  guide  in  the  search  for  an  optimal  sche- 
dule. This  guidance  takes  the  form  of  changing  conditions 
and  of  directing  the  search  through  an  implicit  enumeration 
tree.  The  basis  for  this  guidance  is  obtained  by  the  oper- 
ator through  the  viewing  and  intuitive  analysis  of  the  dif- 
ferent graphics  and  tables  provided  by  the  system.  The  sys- 
tem is  very  powerful  in  that  it  gives  the  operator  great 
possibilities  to  control  the  scheduling  process. 

The  scheduling  model  itself  has  one  abstraction.  It  is 
assumed  that  all  units  of  a certain  type  of  resource  are  in- 
terchangeable. For  example,  if  there  are  three  units  of  re- 
source Rl  available  in  one  time  period  and  exactly  the  same 
number  in  the  following  period,  these  units  may  not  be  the 
same  even  though  they  are  of  the  same  kind.  In  practical 
situations,  it  might  be  impossible  to  interchange  the  units. 
Suppose  that  1 unit  of  resource  Rl  is  requested  by  project 
Pi  during  five  days.  For  the  first  three  days  there  are 
several  units  of  resource  Rl  available,  but  they  have  to  be 
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sent  for  maintenance  work  at  the  beginning  of  the  fourth 
day.  At  the  end  of  the  third  day,  however,  several  units 
of  resource  R1  will  return  from  maintenance  work.  Thus, 
though  there  are  enough  units  of  resource  Rl  available, 
due  to  noninterchangeability  it  might  be  impossible  to 
satisfy  the  request.  How  to  handle  this  situation  effi- 
ciently has  to  be  studied  further. 

The  system  developed  has  the  potential  to  be  useful 
in  real  life  applications.  The  tool  is  developed.  Now  it 
is  necessary  to  refine  the  tool  and  experiment  with  it  to 
find  the  best  ways  of  using  it  in  different  situations. 
There  is  a good  deal  of  flexibility  built  into  the  system. 
It  is  necessary  to  determine  how  this  flexibility  can  be 
used  when  dealing  with  problems  of  different  size  and  com- 
plexity. What  kind  of  strategy  is  appropriate  for  operator 
interaction?  When  is  it  most  advisable  to  interact  and 
what  type  of  interactions  is  most  appropriate?  There  are 
probably  no  definite  answers  to  questions  of  this  type,  but 
rules  for  using  the  system  in  an  efficient  way  need  to  be 
developed.  Turn  around  time  and  scheduling  cost  considera- 
tions will  play  an  important  role  in  this  development. 

The  results  so  far  achieved  are  promising  for  real 
world  applications.  The  reason  for  this  lies  in  the  basic 
approach  taken  in  building  the  system.  In  many  real  sche- 
duling situations,  there  is  a great  deal  of  uncertainty  as 
to  what  will  happen  during  future  planning  periods.  Plans 
made  have  to  be  changed  as  conditions  change.  Alternate 


plans  have  to  be  developed.  The  system  as  developed,  aims 
at  handling  such  situations  and  at  producing  acceptable 
schedules.  Theoretically  exact  solutions  are  not  of  pri- 
mary interest.  The  uncertainty  of  future  events  requires 
flexibility  in  generating  schedules.  It  is  important  to 
find  good  approximate  solutions  to  the  scheduling  problem 
and  to  study  alternate  schedules.  The  system  provides  a 
tool  to  operate  in  that  environment. 
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APPENDIX  I 
SOURCE  LISTING 

The  computer  program  is  written  in  BASIC/RT  11 
(DEC-ll-LBACA-D-D) . In  Appendix  II  the  variables  used 
are  listed  and  explained.  in  Appendix  III,  the  functions 
of  the  different  program  elements  are  described. 
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SCHEDH. BMS 

1 O-FtUG-77 

£0  PEM 

♦ 

4 0 PEM 

♦ 

THIS  IS  FIN  INTEPPC T I VE  HEURISTIC 

60  PEM 

♦ 

PROCEDURE  FOP  PESOUPCE  CONS  TRAINED 

30  PEM 

♦ 

SCHEDULING  OF  PROJECTS 

100  PEM 

♦ 

1£0  PEM 

♦ 

PEP-OLDF  CflPLSDN 

140  PEM 

♦ 

FtUGUST  1977 

16 0 PEM 

♦ 

130  PEM 

£00  PEM 

££0  DIM  P ■ 4 0 • 

3>  * R 0 » 40*  3>  • P 1 > 4 0 » 3' 

£4  0 dim  Ps  ■ i o ' • d • 1 1'  • • : ■ i o ■ > i o ■ t o » • : i • i o > 
£60  DIM  P<100>3> 

£80  DIM  T •,  1 0*  £5> 

300  DIM  W > 1 n > • IJ0  < 1 0 ' » W 1 • 1 O' 

330  DIM  LC10) 

340  DIM  B0-40« 3> > B1 ‘40* 3> 

360  PEM 

380  PEM  ♦ INPUT  DF  DMTFi  • 

400  PEM  ♦*♦♦♦♦♦♦♦*♦♦•♦♦*♦ 

4£0  PPINT  CHPi'lV  PPINT  CHPi'I£> 

440  PRINT  "NhME  DF  INPUT  FILE"! ^ INPUT  Fi 
520  OPEN  Fi  FOP  INPUT  MS  FILE  VF1*<1000> 
■54  0 PEM 

560  PEM  ♦♦♦  RESOURCE  MhTPIX  ♦♦♦ 

580  PEM 

6 00  T =VFlL  « VF  t <1 > > 

6£0  P=VftL  < VF1 '’£>> 

64  0 P*VFiL ' VF 1 <3>  > 

660  FOP  P0= 1 TO  R 
6 80  V0=P0*50 


700  PicR0>*VFl  tV0> 

7£0  FOP  TO* l TO  T 

740  P 0 < T 0 • P 0 ' * VHL  < VF 1 iV0+T0>> 

760  BO  • T0»  PO.'  *0 

730  NEXT  TO 

300  NEXT  PO 

3£0  PEM 

840  PEM  *♦*  PROJECT  MfiTPIX  *♦* 
860  PEM 

830  D <0>  =0vh" ' 0 ■ =0 
900  FOP  P0=1  TO  P 
9£0  V0*£00*p0»50 
940  Pi < P 0 1 = VF 1 < V 0 ) 


960  D<P0>*VML < VF 1 <V0+1>) 
980  SO 'PO' =VML 'VF I vVO+2- > 
1000  WO 'PO > =VRL  < VF 1 'V0*3>> 


1 0£0  W1  <P0>  =VML 'VF1  ■ V0+4J  .» 
1030  W <PO> »M0 ■ P0> ♦Ml 'PO1*! 
1040  V0=V0*5 


1 06 0 K <PO>  =1  • P 0-  1 > * D < P 0- 1 > 
1030  FOP  PO-t  TO  P 
1100  FOP  DO*  1 TO  D«P0:> 

1130  VO* VO* l 
1140  D1 *D0+t  • P 0 > 

1160  P <D1  • P0>  =VHL  < VF  1 tVO'»  ) 

1130  NEXT  DO 

1200  NEXT  PO 

1 ££ 0 NEXT  PO 

1*30  CLOSE  VF 1 


PFiGE  1 


nc^T  A Vi"  ' 

D i *4  V * » i •" 


rnr 
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SCHEDH.BAS  1 O-AUG-77 


FAGE  8 


' 1340 

1 86-  0 
1 £8  0 
1300 
1380 
1 04  0 
1360 
1 380 

1 4 0 0 
1480 
1 44  0 
1430 

1 5 0 0 
1530 
1540 
156  0 
158  0 
1600 
1 68  0 
164  0 
1 66  0 
1 68  0 
170  0 
1780 
174  0 
1760 
1730 
1300 
1840 
1 36  0 
1830 
1 9 0 0 
1 33  0 
184  0 
1 86  0 
1 98  0 
3 0 0 0 
£08  0 
304  0 
3 06  0 
3080 
31  00 
3180 
3140 
3160 
3180 
8300 
381  0 


384  0 
£360 
3380 
3300 
333  0 
£34  0 
8360 
£380 

84  0 0 
£480 


T5»T  P 3*  1 

PRINT  “DO  YOU  WANT  TD  UPDATE  A PREVIOUS  SCHEDULE"  5 \ INPUT  At 
IF  SEGt<A*. 1>1>»"N"GD  TO  1560 
IF  SEGS'-Rt>  1.  i>O"Y"G0  TO  1860 
PER 

PEM  ♦♦♦  UPDRTE  ♦♦♦ 

PEM 

PR  I NT  “UPDATING  STARTS  RT  TIME" 5 '-INPUT  T5 
IF  T5 < =T 60  TO  1440 

PRINT  "WRONG  TIME  - TRY  RGAIN'^GO  TQ  1380 

IF  T5> 1GO  TO  1480  nRETUPN 

FOP  PO-1  TO  P 

IF  SO ' P0>  >=T5G0  TD  154  0 

W <PO> =-l'P3=P3+l 

NEXT  PO 

x»o 

P8=l '■ F=0nY*0 

FOP  R 0=  1 TO  P-'ROR  T 0=  1 TO  T 
R',T0.P0>=P0<.T0»R0)\NEXT  T O' NEXT  RO 

PEM  ♦ DECISION  ♦ 

PEM 

PRINT  "DECISION";' INPUT  A* 

IF  R’SO  "CCGO  TO  1740  'GOSUB  4500 
IF  At  O "CD "GO  TO  1760  '■ -GOSUB  1880 
IF  A*<">"S"GO  TO  1780  s GOSUB  5380 
IF  RT  "CS"GO  TO  1800  'GOSUB  8840 
IF  At- >" PS "GO  TO  1840  '■GOSUB  10440 
IF  fl*O"PT“60  TO  1860  'GOSUB  11600 
IF  At-  > "DT"GO  TO  1880  'GOSUB  13040 
IF  AtO “SV“GO  TO  1800  GOSUB  13540 
IF  At  > "PPT  "GO  TO  1830  ' GOSUB  18880 
IF  At  - VHC"GO  TO  1840  'GOSUB  13340 
IF  AtO  "T"GO  TO  1640 
END 

REM  ♦♦♦♦♦♦♦♦♦♦*♦♦♦♦♦♦♦ 

PEM  ♦ CHANGE  DF  DATA  ♦ 

REM  ♦**♦♦♦•♦***♦***♦♦♦ 

PRINT  "DO  WANT  TO  CHANGE  <A»  PLANNING  HORIZON.  • BJ  RESOURCE 

PRINT  " (,C>  PROJECT  DATA": '-INPUT  AT 

IF  At="A"GO  TO  3180 

IF  At="B"GO  TO  8460 

IF  A*="C"GO  TO  £800 

GO  TO  3040 

PEM 

REM  PLANNING  HORIZON  ♦♦♦ 

PEM 

IF  IO3G0  TO  3330  \PPINT  "TREE  FROZEN  - NOT  ALLOWED  " ? 

PRINT  "TO  CHANGE  PLANNING  HORIZON"  GO  TO  4440 
PRINT  "NEW  PLANNING  HOP IZON" I INPUT  T9 
IF  T 9 - = T GO  TD  3440 
FDP  P0=1  TO  P 
T 1 =T+ 1 

PRINT  "GIVE  AMOUNT  OF  RESOURCE  “ ! TPMt  >.Pt  »P0>  > * 

F'PINT  " STARTING  AT  TIME"  « T 1 < - INPUT  P3 
PRINT  " DURATION" ! v INPUT  Dl 

FDP  T 0 = T 1 TO  T 1 + D 1- 1 -PO  • T0«  PO  ■ *P3'  P (.TO*  PO  > *P3'  NEXT  TO 
IF  Tl+Dl-t  =T9G0  TO  8430 
T 1 =T 0+1 'GO  TO  8300 
NEXT  PO 
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2440  T*T9'G0  TO  4440 
2460  PEM 

2 430  PEM  ♦♦♦  RESOURCE  MATRIX  ♦♦♦ 

2500  PEM 

2520  PP IMT  "NAME  Oc  RESOURCE "*v INPUT  AS 
254  0 FOP  P0=1  TO  R'lF  AS=RS  (R0>  GO  TO  258  0 'NEXT  PO 
2560  PP I NT  "WRONG  NAME " '■ GO  TO  2520 
2580  PRINT  "TIME"! 'INPUT  T 9 
2G00  IF  T9>=T5G0  to  284  0 
2820  PRINT  "INVALID  TIME  "--GO  TO  2580 
2840  PRINT  "DURATION" : \ INPUT  D9 
2880  PRINT  "NEW  AMOUNT  ” • ' I NPUT  P9 

2830  FOP  T0=T9  TO  T9+D9- 1 PO 'TO. P0> =P9'P ‘TO* R0> *P9'NEXT  TO 
2700  PRINT  "NOPE  CHANGES  OF  RESOURCE  " 5 TPMS  1 PS  <PO> > * 'INPUT  AS 
272 0 I F SEGS < AS- 1 . 1 > = " V "GO  .TO  253 0 

2740  PRINT  "DO  YOU  WANT  TO  CHANGE  ANY  OTHER  RESOURCE "S v INPUT  AS 
2780  IF  SEGS  . AS. 1 » 1 > ="  Y ” GO  TO  252  0 
2730  GD  TO  4440 
2300  PEM 

2320  PEM  PROJECT  MATRIX  ♦** 

2340  PEM 

2380  PRINT  "DO  YOU  WANT  TO  <A>  CHANGE.  <B>  ADD.  <C>  CANCEL  PROJECT". 

2330  INPUT  AS 
2900  IF  AS=>"A"GO  TO  2980 
2920  IF  AS="D"GO  TO  3840 
2940  IF  hS=“C "GO  TO  4040 
2980  GO  TO  2880 
2980  PEM 

3000  PEM  ♦♦♦  CHANGE  PROJECT  ♦♦♦ 

3020  PEM 

3040  PRINT  "NAME  OF  PRO JEC T " ! \ I NPUT  PS 
3060  FOP  P0=1  TO  R'lF  PS=PS'PO.»GO  TO  3090  '•NEXT  PO 
3030  PRINT  "WRONG  NAME " '■GD  TD  3040 
3090  IF  Y=OGO  TO  3100  -IF  L • P0> >M1G0  TO  3100 
3095  PRINT  "FROZEN  TFEE  - NOT  ALLOWED  CHANGE "NGO  TO  4400 
3100  PRINT  "CHANGE  <A>  DESIRED  START  TIME.  *B>  RESOURCE  REQUEST. 

3120  PRINT  " CO  TREE  WIDTH"  5 '.INPUT  AS 

3140  IF  AS® "A "GO  TO  3220 
3160  IF  AS="B"GO  TO  3280 
3180  IF  AS="C"GD  TO  3500 
3200  GO  TO  3580 

3220  PRINT  "DESIRED  START  TIME".  INPUT  SO 
3240  IF  SO>=T5GO  TO  3270 
3260  PRINT  "INVALID  TIME"  GO  TO  3220 
327 0 S 1 =S0- SO  • P 0>  \W 0 < p 0 ) =W 0 1 P 0>  +31'W1  CP 0 > =*.l  1 CP 0>  -St 
3275  SO (P0>  *3  O' 60  TO  3540 
3280  PRINT  "RESOURCE"!' INPUT  RS 
3300  IF  RS® "XX "60  TO  3580 
3320  PPINT  "TIME"!' INPUT  T9 
3340  IF  T9>*T560  TO  9330 
3360  PRINT  ••  INVALID  T I ME " ' GO  TO  3320 
3380  PPINT  "DURA I ION" • • INPUT  D9 
3400  PPINT  "AMOUNT" !M NPUT  P9 

3420  FOP  R 0= 1 TO  B IF  RS=PS ■ R0>  GO  TO  3460  'NEXT  PO 
3440  PRINT  "WRONG  NAME  OF  PESOURCE "'GO  TO  3280 
3460  FOR  T 0®T9  TO  T 9+D9- 1 ' P ■ T 0+K  (P0  • . F:0<  =P9'  NEXT  TO 
3480  GO  TO  3540 

3500  PRINT  "TREE  WIDTH  - LEFT" * \ INPUT  W0CP0> 

3520  PRINT  "TREE  WIDTH  - P IGHT" !'- INPUT  WHR0> 

3530  W i P0> ■wo ■ F 0 1 4W 1 < R 0 > * 1 
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3540  PRINT  "MORE  CHANGES  FDP  PROJECT  "! TRMS -PS <P0j >*' INPUT  AS 
3560  IF  SEGS'AS.  1. 1 )="VGD  TO  3100 

3580  PP I NT  "DO  YOU  MANT  TO  C HANGE  RNY  OTHER  PROJECT"* 

3800  INPUT  PI''  IF  SEGS<.AS»  1.  1>»"Y"G0  TO  3040 
3680  GO  TO  4400 
3840  REN 

3880  REN  ♦♦♦  HDD  PROJECT  ♦♦♦ 

3830  REN 

3890  IF  I <><3i30  TO  3700 

3895  PRINT  "FROSEN  TREE  - PROJECTS  NOT  ALLOMED  TO  DE  ADDED"'GO  TO  4400 

3700  PRINT  "NAME  CF  PROJECT" ? ' INPUT  Ft 

3720  IF  PS="XX"GO  TO  3930 

3740  P=P*1  FS 'pi =PS 

3780  PRINT  ' DURATION" * 'INPUT  D iP) 

3780  PRINT  "DESIRED  START  TIME"  * ''INPUT  S0CP> 

3800  IF  SO'P-  = T5G0  TO  3340 

3330  PRINT  INVALID  TIME "'GO  TO  3780 

3340  PRINT  "TREE  MIDTH  - LEFT" 5 'INPUT  WO CP> 

3345  PR  I NT  "TREE  MIDTH  - RIGHT" *' INPUT  Ml  <P> 

3850  i,KP)=l.iOtP'+Wl  < P>  + 1 
3880  K<P)=K  <P— D+D'P-O 
3330  FOP  P 0= 1 TO  P 

3900  FOP  D0=0  TO  D • P ) - 1 ' D t =D0+K <P>  + 1 

3920  PRINT  " REQUEST  ON  RESOURCE  " 5 TPMS <PS <R0> > * " AT  PROJECT  TINE"*D0-HS 
3940  INPUT  P-IH.PO>\NEXT  DO 
3960  NEXT  PO 

3930  PRINT  "DO  YOU  MANT  TO  ADD  MORE  PROJECTS" J 'INPUT  AS 
4000  IF  SEG4  <AS> 1 • 1>  ="Y"GO  TO  3700 
4020  GO  TO  4400 
4040  REN 

4080  REM  CANCEL  PROJECT 

4080  REM 

4090  IF  I O2G0  TO  4100 

4095  PRINT  "FF03EN  TREE  - PROJECTS  NOT  ALLOMED  "5 
4097  PRITN  "TD  DE  CANCELLED" 'GO  TO  4400 
4100  PRINT  "NAME  OF  PROJECT" * \ INPUT  FS 
4180  IF  PS = "XX "GO  TO  4360 

4140  FOP  P0=1  TO  P'lF  PS=PSCPO>GO  TD  4180  'NEXT  PO 
4160  PRINT  " WRONG  NAME"' GO  TO  4100 
4180  FOP  P1=P0  TO  P-1 
4200  K'P1'=F  < P 1 1 > -D  'P  0> 

4220  FOP  P0=1  TO  P 

4840  FOR  D0= 1 TO  D < P 1 + 1 > ' D 1=D0+K <P 1 > 

4860  P <D1 ’ PO • =P ‘ D1 +D <P0> • POT 
4230  NEXT  DO 'NEXT  PO 

4300  PS  < F 1 ’ =P I • P 1 + 1 >'  D ■ P 1 > =D i p 1 ♦ 1 > 'S 0 CP 1 > =S  0 CP 1 ♦ 1 > 

4380  U.PI  • =M  .Pl-t-1  > 

4340  NEXT  P1'P=P-1 

4360  PP I NT  DO  YOU  MANT  TO  CANCEL  MORE  PROJECTS" * 'INPUT  AS 
4380  IF  SEGS • AS« 1 • 1 > ■" Y“60  TO  4040 

4400  PRINT  MOPE  CHANGES  OF  PROJECT  DATA"* 'INPUT  AS 

4480  IF  "EGS ■ AS« 1 • 1J ="Y"GO  TO  8880 

4440  PRINT  -MORE  CHANGES  OF  DATA" * 'INPUT  AS 

4480  IF  SEaS  • A*.  1 . 1 *«"Y“GO  TO  1980 

4430  PE TURN 

4500  REM  ♦♦•♦♦**•••♦*•**•»♦♦♦♦• 

4580  REM  ♦ CHANGE  CONSTRAINTS  ♦ 

4540  REM 

4600  PRINT  "NAME  OF  RE  lOl'PCE  " * ' INPUT  AS 

4680  PDF  P0= 1 TO  P IP  hS=RS'PO>GO  TO  4660  NEXT  RO 
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4640  PRINT  "WRONG  NAME' vGO  TO  4600 
4660  PRINT  "■START  PER  I Oil"  I \ I NRUT  T1 
4680  PRINT  - DURATION" 5 \ INPUT  DO 

4700  PRINT  "DO  YO'J  WANT  TO  MAI'  E THE  CONSTRAINT  SOFT”  I v INPUT  A* 

4720  IF  SEGt<A*»l,I>  > "Y’  GO  TO  4740  'T6=100nGD  TO  4760 
4740  T6=0 

4760  FOP  T 0=T 1 TO  T 1+D0- 1 ' BO  < TO*  PO • =T6'NEXT  TO 
4780  PRINT  'MOPE  CHANGED  CONSTRAINTS  FOP  RESOURCE  "S 
478?  PRINT  TPMi'RS'POV)  ;v INPUT  A* 

4800  IF  SEGt ■ At • 1 j 1 > =" Y'GO  TO  4660 

4820  PRINT  ANY  OTHEP  RESOURCE  HI TH  CHANGED  CONSTRAINTS " • v INPUT  At 
4840  IF  SEGt  <A*>  1 > l>  ='Y"GO  TO  4600  nIF  SEGt  (At » 1 r 1 > <>  "N  "GD  TO  4820 
4660  FOP  P0=1  TO  P 

4880  FOR  T 0*1  TO  Tv  IF  BO  (T 0?  R0>  <>  OGO  TO  488  0 ''NEXT  TO 
4800  NEXT  POvGG  TO  4840 
4820  X* 1 
4840  RETURN 

4860  REM  ••♦♦♦♦♦♦♦♦*♦*•♦♦♦♦♦♦ 

4880  REM  * REORDER  PROJECTS  ♦ 

5000  PEM  ♦••♦♦♦♦♦♦♦♦♦♦*♦•♦*♦♦ 

5080  PRINT  NAME  OF  PROJECT” S ' INPUT  PS 
5040  IF  Pt<>”XX"GO  TO  5060  s PE  TURN 

5060  FOP  P0=1  TO  P'  IF  Ft  (L  (P0>  > *RtGO  TO  5100  NNEXT  PO 
5080  PRINT  ••WRONG  NAME ” '-GO  TD  5020 
5100  PRINT  •POSITION  1 P5 \ INPUT  P6 
5120  L0=L • P 0 • 

5160  IF  P6POGO  TO  5840 

5180  FOR  10=P0  TO  P6+1  STEP  -lvL  (I  0>  *L  <1  0-0 
5800  NEXT  10 
5820  GO  TO  5280 

524  0 FOR  I0*P0  TO  P6-1'  L <1  0>  =L  <1  0+0 
5260  NEXT  10 
5230  L (P6>  =L0 

5300  PRINT  ■MORE  PROJECTS  TO  REORDER” O INPUT  At 

5320  IF  SEGt'At.  O O=”Y”G0  TO  5020 

5340  IF  SEGt  • At  • l . 1 > <•>  "N“6D  TD  5300 

5360  RETURN 

5380  PEM  ♦♦*•♦*♦♦♦♦♦♦ 

5400  PEM  * SCHEDULE  • 

5480  PEM  •♦•♦♦•««•••♦ 

5440  PEM 

5460  REM  BRANCH  THE  TREE  ♦♦♦ 

5480  PEM 
5490  1=0 
5500  U8=0v,=l 
5580  FOP  P0=1  TO  P 
554  0 M2  ’ P0>  ■WO  <.PO 

5560  IF  W 1 <P0>  <=M2(P0>6D  TO  560  0 M.I2  (P0>  »M1  (P0> 

5600  IF  I.KP0>  Y*M2G0  TO  5640 
5620  W2=>W'  P0> 

5640  T<P0. l'*S0>P0> 

5660  IF  l.l ■ P0>  =-l GO  TO  5880 
5670  W3 (PO > =w <P0> -1-M2 (P0> 

5680  FOP  I.J 0=  1 TO  1.18  (P0> 

5700  IF  M3 ■ P0>  <MOGO  TO  5844 

5720  T <P0« 2*W0> =$ 0 >P0' ♦MO 

5760  T ■ P 0 • 2»w 0+ 1 ,>  * S 0 • P 0 > -1.10 

5760  IF  T <P  0 • 2*M 0+ 1 > - T5GD  TO  5620 

5800  T <P0»  8«wo* 1 > *T5 

5880  IF  T<P0.2»M0*l"*TGO  TO  5960 
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5340  TCPO»2*WO+n-T 
5842  GO  TO  5860 

5844  IF  M0<P0> <Ml (PO'GO  TO  5852 
5346  T <P0, Ml <P0>  + 1+M0> =80 • P0> -MO 
534:3  IF  S 0 < P 0> -M 0> =T5G0  TD  5860 
5850  T iP0«  Ml  tP0»  + 1+M|)>  =T5  GO  TO  5360 
5852  T ' P 0 > MO  • PO>  + 1 +MO'  =''  0 < P0>  +MO 
5854  IF  SO ■ PO> +MO • =TGD  TO  5360 
5856  T t P 0 . l.i  o . F 0>  * 1 +M  0>  = T 
5360  NEXT  MO 
5380  NEXT  PO 
5900  FEN 

5920  PEN  ♦ ♦♦  OPE‘EP  THE  PROJECTS  ♦♦♦ 

5940  PEN 

5950  IF  J=2GO  TO  6170 
5960  P 1 = 0 

5930  FOP  M0=- 1 TO  M2 

6000  FOP  PO=l  TO  P 

6020  IF  i.) -PO  ' < MOGO  TO  6 080 

6040  P 1 =P 1 ♦ 1 

6060  L'F'1>=P0 

6 08 0 NEXT  PO 

6100  NEXT  MO 

6120  PEN 

6140  PEM  ♦♦♦  INITIALIZATION  ♦♦♦ 

6160  PEN 

6165  FOP  P 1 = 1 TO  P'S  <P1>=*0'NEXT  PI 
6170  IF  JO  OGO  TO  6-c'OO 
6180  FOP  Pl  = l TO  P 31  <P1  .<  =1  - NEXT  PI 
6200  FOP  P0=1  TO  P'  FOP  T0=1  TO  T 
6220  P<TO»PO>=PO<TO>PO’> 

624  0 P 1 <T  0 • P 0 > =P  0 • T 0 - P 0> 

686 0 I>  1 ^ T0*Ry:  *E 1 TO*  R OJ 
6230  NEXT  T O'  NEXT  PO 
6300  P2=l 
6320  B0=0'B9=0 
6340  PEN 

6360  PEN  ♦ ♦+  SEARCH  ♦♦♦ 

6380  PEN 
6400  J=0 

6420  FOP  P0=P2  TO  P\P1=L<P0J 

6440  IF  M 1 PI ) -L»  — 1GO  TO  6460  xS9=1nG0  TO  6480 
6460  S 9=M  ' P 1 1 

643  0 D9=0  • P 1 ' - 1 '■  K 1 =k  < P 1 > + 1 
6500  FOP  3 0=31  'PI > TO  39 
6520  FOP  00=0  TO  H9 
6540  D 1 = T <P1  • SO1  +BO''t‘  2=‘  1 +00 
6560  FOP  P0=1  TO  P 

6580  IF  P • 0 1 • P 0 1 ♦ E 1 < 0 1 > P 0)  * P ' K.2 « P 0 1 GO  TO  6660 

6600  NEXT  PO 

6620  NEXT  00 

6640  GO  TO  6900 

6660  NEXT  30 

6665  IF  F8  1 GD  TO  6680 

6670  IF  PO-1NGO  TO  6675  \GO  TO  6680 

6675  08=0' GO  TO  6700 

6680  IF  f 0 < 0960  TO  74  00 

6700  M=F0-l 

6720  PRINT 

6740  PRINT  "YOU  APE  AT  LEVEL " * N 
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6760  PRINT  "DO  VQIJ  wrmT  TO  INTEPRCT"  5 'INPUT  R? 

6730  IF  SEG'SCfl*. 1 . 1 > <> "N'GO  TO  6830 
6300  GO  TQ  6340 

6330  IF  SEG8-R*. 1. 1> <>"Y"GO  TO  6760  '60SUB  3440 
6340  IF  JO  060  TO  15500  'GO  TO  7300 
6S60  PEM 

6380  PEM  ♦♦♦  RSSIGN  ♦♦♦ 

6900  PEM 

6930  S <P1'1  =T  <P1 » S0> 

694  0 S 1 <P 1 > =S 0 

6960  FDR  Du=0  TO  09 

6930  Dl=ScFl  •+D0'>K3=K  1+00 

7000  FOP  P 0= 1 TO  P 

7 03  0 R ■ D 1 . P 0 • =R  CD  1 > P 0>  -P  ‘ * 3 » P 0> 

7040  ME XT  PO 
7060  ME XT  DO 
7030  PPIMT  PO! 

7100  NEXT  PO 

7130  IF  XO  OGO  TO  7330 

7140  PPIMT  'PRINT  "PM  0PTIM8L  SCHEDULE  FOUND" ' RETURN 
7160  PEM 

7180  PEM  BRCIcTPRCK  ♦♦♦ 

7300  REM 

7330  PRINT  "DO  YOU  WANT  TO  BRCKTRRCK" !' INPUT  RS 
7340  IF  SE6*<fl*»l»l)«“Y“60  TO  7360 
7360  IF  SEGf.  * R't«  1 • 1 ) <>  "N"GO  TO  7330 
7330  IF  XOIGO  TO  1640 

7300  FOR  p 0=  1 TO  R'FOP  T0=1  TD  T'P  CTOf  R0!>  =P  1 CTO » P0> 

7330  NEXT  TO 'NEXT  R0'X=0 

734  0 FOP  P0=1  TO  P'P1=L CP0> 'S  CP 1>  =33  CPI > 'NEXT  PO'GO  TO  164  0 
7360  PPIMT  "HOW  MRMY  BRCKTPRCKS  BEFORE  NEXT  STOP"! 'INPUT  B9 

7330  I' 0=0 

7385  PRINT  "DO  YOU  WRMT  TO  STOP  WHEN  R LOWER  TREE  LEVEL  IS 
PERCHED"! 'INPUT  R* 

7390  IF  RtCVY’GD  TO  7400  'B3=l 

7400  IF  P0=P3GO  TO  7430  'GO  TO  7440 

7430  S*l'GO  TD  7740 

7440  E0=B0+1 

7460  SI  •:Pl>=l'ScPl'»=0 

7480  PO=PO-1'P3=PO'P1=L 'P0> 

7500  IF  IO3G0  TO  7560  'IF  POOM1GO  TO  7560 

7530  PPIMT  "YOU  RFE  BRCtC  RT  LEVEL"!  Ml 

7540  GO  TO  9360 

7560  D9=D  CP l> -l'K 1=K CP1>  + 1 

7530  FOP  D0=0  TO  D9'D1=S CP1> +D0'K3=K 1+DO 

7600  FOP  P0=1  TO  P 

763  0 P ’ P 1 > P 0 > -P’ 1 D 1 » F‘  0 > +P  *■  R 3*  P 0 > 

7640  NEXT  PO 

7660  NEXT  DO 

7630  SI ■ P 1' =S 1 cp 1>  + 1 

7700  IF  SI  <Pl»M<Pn6D  TO  6680 

7730  IF  SO'IGO  TQ  6480 

7740  S = 0'S 1 L '1> > = 0 

7760  PPIMT  'MO  OPTIMhL  SCHEDULE  FOUNP"'PET!JPN 
7730  PEM 

7300  PEM  ♦♦♦  TEST  OF  OPTTMRL I TY 
7830  PEM 
7340  B1=0 

7Q60  FOP  P0=t  TO  P' B1 ■ P0>  =0 
7330  FOP  TO* l TO  T 
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7800  IF  PaO»RO>>=Bl  (RO>GO  TO  7840 
7920  B1  <.PO>=P‘TO.PO> 

7840  NEXT  TO 

7860  IF  El <PO>  >*B 1GD  TD  7880  nB1»B1vP0> 

7880  NEXT  RO 

3020  IF  BIOOGO  TD  8140 

8060  PRINT 

8080  PPINT  "AN  DPT I URL  SCHEDULE  FDUND“vX-0\PETUPN 
3100  REN 

3120  PEM  SAVE  I NPPOVED  SCHEDULE  ♦♦♦ 

8140  PEN 
3160  PPINT 

3180  PPINT  "AN  IMPROVED  SCHEDULE  FOUND" 

8220  FOP  P0=1  TD  P 

3240  PPINT  "MRX  DVEPLDRD  FDR  RESOURCE  " 5 TPM* CPS • PO • > 5 " : "!-Bl<R0> 
3260  FDR  TO=l  TD  T 
8280  PI <T 0 j P 0 > =P ' T 0 • P 0> 

3300  IF  EO  <T 0«  P0>  *060  TD  8340 
8320  B1 <T0*P0>=-B1-1 
8340  NEXT  TO 
8360  NEXT  PO 

3380  FDP  P0=1  TQ  PvP  1=L  <P0>  \S2  <P1>  *S  CPI > '-NEXT  PO 

3400  P1=P+1SP0*P+1 

3420  GO  TD  6680 

8440  PEN  ♦♦♦♦♦♦♦♦♦♦*♦ 

8460  PEN  * INTEPRCT  ♦ 

8480  PEM  ♦♦♦♦•♦♦♦♦♦♦♦ 

8500  P4=P0  P2=P0 

8520  FPINT  " INTEPRCT I DN  DECISION" • v INPUT  AS 
8540  IF  R3<>"DT"G0  TD  8580  \60SUB  12040 

8530  IF  A*<>"PS"GO  TD  3620  sGOSUB  10440 

8600  IF  RSO"RS“GO  TO  8620  ' GDSUB  11000 

3620  IF  Rt<>"PT“60  TD  3640  \ GDSUB  11600 

8640  IF  ASO  "CS  ’GO  TO  3660  'GOSLtB  8840 

8660  IF  R*<r>"HC"60  TD  3670  'GDSUB  13340 

8670  IF  AS •' > "PPT  "GO  TD  3680  xijOSUB  12880 
8680  IF  AS<  > "FP"GD  TD  8220 
3720  PEM 

8740  PEM  ♦**  FREEZE  ♦♦♦ 

3760  PEN 
8770  B8= 1 

8780  OPEN  "FPDZ"  FDP  OUTPUT  RS  FILE  VF3S<1000> 

3800  VF3 • 1 > »STP* < T> s VF3 <2> «STP$ <P> 

3320  FDR  P0=1  TD  pv yo= • P 0-1 > +1 00+1 0 
3840  FOP  T 0* 1 TD  TnT 1 =V0+ 1 ♦ CTO- 1 > *2 
336 0 VP 3'T1 • =STPS •: P 0 t T 0 . R 0> > 

3380  VF 3 • T 1 + 1 > *STFS  CBO  CTOjPOO 

8800  next  to 

8820  NEXT  PO 

8840  FDP  P0=i  TD  pvVO*400+PO+50 
386  0 VF  3 ' V 0 > =P'f  <P  0> 

3880  VF3  1 V0+ 1 .<  *S  TPS  • I 0 >.P0>  > 

8000  VF3  • VO+2  > =3TF*  • 1.10  • P0>  > 

8020  VF3CV0+3>*$TFS<M1 <P0>> 

9040  VF3 - V0+4> *$TPS  a ■ P0> ) 

9050  VF3  < V0+5> *STP1 <S 1 • P 0 • :■ 

8060  V0=V0+6 

8080  PDP  P0*1  TO  P 

9100  FDF  D0*1  TD  D,P0'> ' D1=D0+K  ‘P0» 
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9120  VF3  cV0>  »STPt  <P  >.D1  * R0>  > 

9140  NEXT  DO 
9160  NEXT  PO 
9180  NEXT  PO 
9190  M1=M 
9200  1=2 

9220  IF  fV*<>"UFR"GO  TO  9240  ^GO  TO  9360 
9240  IF  Ml'  > " C D " GO  TO  9260  'GOSUB  1980  \J=1 
9260  IF  Rl  'PO'GO  TO  9300  ' GOSUB  4960  \J*2 
9262  IF  RI <> "ChT "GO  TO  9300 
9300  IF  Rl<>”C"60  TO  8520 
9320  P0=P4  P1=LCP0> 

9340  PETIJPN 

9360  PEN  ♦♦♦♦♦♦♦♦♦♦*• 

9400  PEN  ♦ UNFREEZE  ♦ 

9420  REN  ♦•♦♦♦♦♦♦♦♦*♦ 

9440  I=0\J=0 
9460  N1=0 

9480  T=VRL  <VF3  Cl)  ) xP=VRL  CVF3  C2>  > 

9500  FOP  R0=1  TD  R ' V 0=  c P 0- 1 > ♦ 1 0 0+ 1 0 
9520  FOP  T 0= 1 TO  TnT1=V0+1+ CT0-1> *£ 

954 0 PO  CT 0»R0>  =VRL  CVF3  C T 1 > > 

956 0 B 0 a 0 . P0> =VRL C VF3 CT 1 + 1 > > 

9580  NEXT  TO 

9600  NEXT  PO 

9620  D •'  0 > = 0 \K  c 0>  = 0 

9640  FOR  P 0=  1 TO  P'-V0=400+P0*50 

9660  PS CP0>  =VF3 CV03 

9680  SO  'P0>  =VRL  CVF3  CV0+1>  > 

9700  MO  <P0>  =VRL  <VF3 ■ V0+2>  > 

972  0 M 1 CP  0 > =VRL  CVF  3 C V 0+3> > 

9740  L < P0>  =VRL CVF  3 CV0+4>  > 

9750  SI  CROC  =VRL  CVF3  CVO+5) > 

9760  V0=V0+6'K • P 0> =K  CP 0- 1 > +D  'PO- 1 > 

9780  FOR  P0=1  TO  P 

9300  FOP  D0=1  TO  D CP0> ' D1 =D0*K  <P0> 

9820  V0=V0+1 

934  0 P • D 1 » P 0>  = VRL  CVF  3 < V 0>  > 

9860  NEXT  DO 
9330  NEXT  RO 
9900  NEXT  PO 
9910  CLOSE  VF3 
9920  GO  TO  6200 

9960  PEN  ♦ COMPLETION  OF  SCHEDULE  ♦ 

9930  REM  ♦♦♦•♦♦♦♦♦♦♦♦♦♦♦♦♦♦*♦♦♦♦♦*♦ 

10000  FOP  P 0= 1 TO  P' FOP  T0=1  TO  T'Pl CTO* R0> =P CTO. R0> 'NEXT  TOnNEXT  PO 
10020  FOP  P0=P2  TO  PMF  YOOGO  TO  10040  'P1=FO'-GO  TO  10060 
10040  P1=L  « P0> 

10060  S • PI > *S0 1 Pl> 

10080  FOF  P0=1  TO  P 

10100  FOP  D0=0  TO  D<P1>-1'D1=D0+SCP1> 

10120  R • D1  * F'O  ■ *P  <D1  * P0>  -P  <Y  'PP  +1+D0*P0> 

10140  NEXT  DO  NEXT  P O' NEXT  PO 

10160  PRINT  OPTION:  -PS> * *PT> * 'HO  * CPPT> * CSV> * CO "Iv INPUT  RS 

10180  IF  RSO  "PS "GO  TO  10220  n GO SUB  1044  0 

10220  IF  RIO "FT "GO  TO  10240  \GOSUB  11600 

10240  IF  R$  <:  > '' HC  " GO  TO  10260  vGOSUB  13340 

10260  IF  RS<> "5V" GO  TO  10270  \GOSUB  12540 

10270  IF  R’l  . > "PPT “GO  TO  10280  m?OSUB  12880 
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10230  IF  *SO"C"GD  TO  10160 
10300  8*-"XZ" 

10320  FOP  RO-1  TO  R 
10340  FOP  TO-1  TO  T 
10360  P <T0*  P0> -PI <T0>  R0> 

10330  NEXT  TO' NEXT  RO 

10390  FOR  P0=1  TO  P\IF  Y=uGO  TO  10410 
10400  F‘1=L  ' P0> 

10410  S <P1 * =0 
1041*,  NEXT  RO 
10420  RETURN 

10440  PEM  ♦♦♦♦♦♦♦♦♦♦•♦♦♦*♦♦♦♦♦ 

10460  REN  ♦ PROJECT  SCHEDULE  ♦ 

10430  REM  ♦•♦*♦♦♦**♦♦♦*♦♦♦♦♦♦♦ 

10500  PRINT  CHR1.  ,,1>-  PRINT  CHP'J<12> 

10540  PRINT  «F : "PROJECT  SCHEDULE" 

10560  FDR  C0=1  TO  60nPRINT  «F: S sNEXT  CO 
10530  PRINT  «F! 

10600  PRINT  s:F : TPB  • 3>  ? T3B  <3 0>5" TIME" 

10620  3 0**" PROJECT  : 1 1 2 2 3 3 4 4 5" 

10640  PRINT  «F:fiO* 

10660  H0*="  :15  0 5 05  05  05  0" 

1063  0 PRINT  «F : 30’S 

10700  FOR  C0=1  TO  60 -PRINT  «Fs 5 \NEXT  CO 
10720  PRINT  «Fr 

1074  0 FOR  P0=1  TO  PMF  YOOGO  TO  1078  0 
10760  P 1 =P 0 'GO  TO  10300 
10730  P 1 =L  <P0> 

10300  PRINT  «F ! TftB  (3>  f TPM?.  <P$  <P  1 > > 1 THB  '.&)  5 “ : " » 

10820  IF  XO1G0  TO  10840  'C1-S2 <P1> +1 OnGO  TO  10860 

10340  Cl-2<P1>+10 

10860  PRINT  SSFSTHBCCI-O  5 

10380  FOP  C0=C1  TO  C 1 +D <P 1> -lvPPINT  »Fs i \NEXT  CO 
10900  PRINT  “F : 

10920  NEXT  PO 

10940  FOP  CO-1  TO  60SPRINT  ssF:  "-"5  \NEXT  CO 
1096  0 PRINT  ::F: 

11160  PRINT  ::F s " RES OURCE : " 

11220  FOR  CO-1  TO  60'-  PRINT  «F*  \NEXT  CO'PRINT  s:F: 

11240  FOR  R 0= 1 TO  R 

11260  PRINT  »F : TAB < 2> 1 STP* <R 0> 1 " CHP  s “! 

11230  FOR  T 0= 1 TO  T 

11320  PRINT  «F! STPS (RO  <T0»  R0>  > 1 

11340  NEXT  TO  PRINT  "F : 

11360  PRINT  «F s ThB • 4>  S "UTIL!  " S 
11380  FOR  T 0= 1 TO  T 

11400  IF  X < > 1 GO  TD  11420  ' R2-R0  <T0»  PO)  -PI  <!T0»R0>  'GO  TO  11440 
11420  R2=R  0 > T 0 . R 0> -R  < T 0 . R O ' 

11440  IF  R8> 9G0  TO  11500 
11460  PRINT  s:F ! STR?  iR2>  « 

11430  GO  TO  11520 
11500  PRINT  “F : ' 5 

11520  NEXT  T O'  PRINT  «F: 

11540  NEXT  PO 

11560  FOR  CO-1  TO  60'PRINT  «F : 5 nNEXT  COnPRINT  «Fi 
11530  RETURN 

11600  REM  ♦♦♦♦•♦♦♦♦♦♦♦♦♦♦♦♦ 

11620  REM  • PROJECT  THBLE  * 

11640  PEM 

11660  PRINT  CHR*- IN  •'PRINT  C HP?  < 12> 


A 
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PRINT  jsFj  "PROJECT  TABLE" 

FOR  B0*1  TO  60'PRINT  «F l I 'NEXT  BO- PRINT  cFj 
PRINT  «F»  "PRO  J DUR  START  TIME 

PRINT  isFs"  EARLY  DES  LATE  ASS" 

FDR  BO* I TO  60 - PRINT  «F : -'NEXT  BO  PRINT  «F: 

FDP  P0=1  TO  P' IF  YOOGO  TD  11800 
P I =P  0 - GO  TD  tlSIO 
P1=L  <P0> 

so=:fi-Pi'-wo-pn'iF  so>ogo  td  nsi5  '.so=i 

S 1 * 5 0 • P 1 ) ♦?.•  1 < R 1 ' I F S 1 '*TGO  TD  1 18c  0 'S1=T 


::F:S2<P1>?'G0  TD  11800 


"F : TAB  <40>  ! TRMt  • Pt  <RO>  > ?TAB'45>  ? 


S0=:  0-P1  ■ -WO'PI  IF  S 0>  OGD  TD  11815  ' 50*1 
St=  : 0 • P l>  •*-«.«  1 <F1"IF  Sl'*TGO  TD  11820  'S1=T 
PRINT  wF:TPMt <Pt -PI  > > ; TAB  <5>  i D • P 1 > ? TAB  • 1 1 ' S STRt  > SO>  f 
PRINT  s:F  : TAB: 1 16'  ; : 0 ■ F- 1 > !TAB<£1>  ? 

PRINT  ssF:  S 1 « TAB  C26>  * 

IF  XOIGD  TD  11860  'PRINT  s:F : S2  <P  1 > 5 'GO  TO  11800 
PRINT  “F ! S ‘ P 1 > ? 

FOP  R0=l  TO  P'PRINT  :.'F s TAB  < 40>  ? TRM1  • R*  'ROT  > S TAB  • 45>  S 
FDR  BO* 1 TO  B ■ P 1 • 

PRINT  s;F : STP1  >P  • K ■ P 1 • +D0-  P0>  > 5 
NEXT  BO  PRINT  ::F: 

NEXT  R O' NEXT  RO 

FDR  BO*  1 TO  60  PRINT  ::F : « 'NEXT  BO'PRINT  «F: 

RETURN 

PEM  *♦♦*♦•♦♦♦♦♦•*♦♦♦««* 

REM  ♦ DECISION  TABLE  ♦ 

PEM 

PRINT  "BD  YOU  WANT  A HARB  CDPY" 5 ' INPUT  A1 
IF  SEG1- At. 1. 1> <>"Y"GO  TD  12160 


i 'NEXT  BO'PRINT 


OPEN  "FES  " FOP  OUTPUT  AS  FILE  s.'6'F=6 

PRINT  s:Fs "FOLLOWING  DECISIONS  ARE  AVA I LABLE “ ' PR I NT  «F: 
PRINT  ::FS"C  = CONTINUE" 

PRINT  wF S "CC  = CHANGE  DF  SOFT  CONSTRAINT" 

PRINT  s:Fs  “CD  = CHANGE  BATA". 

PRINT  ssFs  'CS  = COMPLETION  OF  SCHEDULE" 

PRINT  ~F s " BT  = DECISION  TABLE" 

PPINT  «F:'FP  * FREEZE  TREE- 
PRINT  ssF:"H C = HARB  COPY” 

PRINT  ssF s "PS  = PROJECT  SCHEDULE" 

PRINT  :.‘F : "PT  = PROJECT  TABLE" 

PRINT  «F : "RD  = REORDER  PROJECTS" 

PRINT  s:F s ” PPT * REPORT- 
PRINT  «F:“S  = SCHEDULE- 

PRINT  «Fs"SV  * SAVE  SCHEDULE" 

PPINT  kF:"T  = TERMINATE" 

PPINT  «F: "UFP*  UNFREEZE  TREE" 

IF  F < > 6GO  TO  12520  'CLOSE  «:6 
F*0'  RETURN 

REM  •♦♦♦♦♦•*♦•♦♦♦♦♦♦* 

REM  • SAVE  SCHEDULE  * 

PEM 

PRINT  "NAME  OF  OUTPUT  FILE"?' INPUT  01 
QREN  01  FOR  OUTPUT  AS  FILE  VF£iaOOO> 

VF2  > 1 • =5  TR1 ' T>  ' VF2  <£:•  =STPt  <P>vVF2  <3>*STP*  <P> 

FOP  P0=  t TO  R'V,0=R0*50'VF8<V0.>=R*‘R0> 

FOP  T 0= 1 TO  T'VF£<V0+T0>*STR1'R0'T0*R0>>'NEXT  TO'NEXT  PO 

FOP  P0=  1 TO  R ' V i) = 8 0 0 ♦ P 0 ♦ 5 0 

VF2 'VO*  =F1 • P0> 'VF2 <V0+1 > =STPt  < D < P 0 > > 

IF  Y OGO  TO  12750  ' S 'PfO  *S0  *P0> 

:o=;  .P0> -5 'uF  O"  S l=wo.P0,+S0'  IF  5 1 > OGO  TD  12755  '$1*0 
5 8=W 1 * P0> -SO' IF  S2>  OGO  TO  12760  '$8*0 
VF2 < VO+2 • =STR1 < S 'PO > • ' VF2 • V0+  3 • * STR1 < S 1 > 


nr„CT  COPY 

Hr  j i Ain?wWi.L  cOi 


I 
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12770  VF2<V0*4k=STPS<S2> 

12780  V0*V0*5 

12800  FOP  P0=1  TO  PsFOP  B0=1  TO  D<P0>  vDl-DO+K  CP0> 

12820  V0-V0+1 WF2  < VO> »STP*  <P  'B1 .P0>  > 

12340  NEXT  DO  NEXT  POyNEXT  P On CLOSE  VF2 

12880  FETIJPN 

12880  PEN  ♦♦♦*♦♦♦♦♦♦ 

12800  PEN  • PEPCJPT  * 

12820  PEN 

12840  OPEN  "t  B:  " PDF'  OUTPUT  Fry:  FILE  «7 

12880  FOP  B 0*  1 TO  72'PPINT  «7:  : - NEXT  BO'-PPINT  ::7:sPPINT  s:7: 

12880  PPINT  "NhNE  OF  JOB  ! ' INPUT 

13000  PPINT  «7sFrl«T8B‘80- siiNTB 

13020  PPINT  o7: "INPUT  FILE:  " ?Ft 

13080  FOP  C0=1  TO  3-PPINT  NEXT  CO 

13100  CLOSE  «7'CNLL  "SETC " <3) vCALL  "WflIT"<l> 

13120  OPEN  "KB: " FOP  OUTPUT  AS  FILE  ::7 
13140  F=7\G0SUB  10440 
13200  PPINT  sF  PPINT  «F 
13220  60SUB  11800 

13240  FOP  N0«24-»3*P+2*P  TO  66'PPINT  »F\NEXT  NO 
13280  FOR  C0=1  TO  72' PPINT  «7: ; ^NEXT  CO 
13280  FOP  C 0=  1 TO  7' PPINT  ::?'NEXT  CO 
13300  CLOSE  #7'CALL  "SETC  " ■ ,3)  ' CALL  “WAIT"<1> 

13320  F* O'  RETURN 
13340  PEN 

13360  PEN  * HARD  COPY  ♦ 

13380  PEN  ♦♦♦♦♦♦♦♦♦♦•♦♦ 

13400  F = 7 

13420  OPEN  "KB:"  FOP  OUTPUT  AS  FILE  «7 

13440  PPINT  "ID"  5 ''INPUT  88 

13480  FOP  1=1  TO  3s PR I NT  «7nNEXT  I 

13480  FOP  C 0=  1 TO  72^ PRINT  ::7:  : \NEXT  CO'PPINT  s:7'PRINT  f.7 

13500  PPINT  «7:PS!T8B<.60>  1BATS 
13510  PPINT  »7: "INPUT  FILE:  "?F* 

13520  FOP  C0=1  TO  S'- PPINT  «7nNEXT  CO 
13540  CLOSE  «7'CALL  "SETC"  (3>SCALL  “WAIT“<1> 

13560  OPEN  "KB:"  FOP  OUTPUT  AS  FILE  «7 
13580  PPINT  "<PS>.<PT>  OP  <C>"IMNPUT  8? 

13600  IF  880 "PS" GO  TO  13640  ' GOSUB  10440 
13640  IF  88' > "PT"GO  TO  13660  vgOSUB  11600 
13660  FOP  C0=1  TO  4' PRINT  «7vNEXT  CO 
13680  IF  fl*O"C"60  TO  13580 
13680  H'B="XZ" 

13700  FOP  BO=  1 TO  72'-PPINT  s:7:  "-"  5 'NEXT  BO 
13720  FOP  1 = 1 TO  7' PRINT  «7'NEXT  I 
13740  CLOSE  »7'CALL  "SETC"  (3>sCFiLL  "WAIT"  <1> 

13760  F = O'  RETURN 

i 
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Variable 
MATRICES 
R0  (T0,  R0) 

R(T0fR0) 
R1 (T0,R0) 

B0(T0,R0) 

B1 (T0,  R0) 

P(D0,R0) 

T (P0 , W0) 

VECTORS 
D ( P0) 
K(P0) 

S0 (P0) 
S(P0) 

S2 (P0) 

W0(P0) 

wi(ppf) 


LIST  OF  VARIABLES  IN  PROGRAM 
AND  THEIR  FUNCTION 


Function 


Initially  available  amount  of  resource 
R0  in  time  T0 

Remaining  amount  of  resource  R0  in  time  T0 

Remaining  amount  of  resource  R0  in  time  T0 
for  saved  schedule 

Initial  bounding  value  for  overloading  of 
resource  R0  in  time  T0 

Actual  bonding  value  for  overloading  of 
resource  R0  in  time  T0 

Requested  amount  of  resource  R0  by  a pro- 
ject at  time  D0 

Implied  start  time  for  project  P0  when 
branch  W0  is  used 


Duration  of  project  P0 

Points  to  project  P0  in  the  request  matrix 

Desired  start  time  for  project  P0 

Assigned  start  time  for  project  P0 

Assigned  start  time  tor  project  P0  in 
saved  schedule 

Tree  width-left  for  project  P0 
Tree  width-right  for  project  P0 
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Variable 

W(P0) 

W2 (P0) 

W3 (P0) 

L(P0) 

S1(P0) 

B1(R0) 

STRINGS 
R$  (R0) 

P$ (P0) 

F$ 

0$ 

A$ , P$,  R$ 

UNSUBSCRIPTED 

VARIABLES 

T 

R 

P 

R0 

V0 

T0 

P0,P1 

D0,D1 

T5 

P3 

X 

P2 


Function 

Tree  width-total  for  project  P0 
Max.  of  W0(P0)  and  W1(P0)  for  project  P0 

Min.  of  W0(P0)  and  W1(P0)  for  project  P0 

List  of  ordered  projects 

Boundary  index  for  tree  branch  for  project 

P0 

Maximum  overload  of  resource  R0 

Name  of  resource  R0 

Name  of  project  P0 

Name  of  input  file 

Name  of  output  file 

Used  for  input  from  video  terminal 

Planning  horizon 
No.  of  resources 
No.  of  projects 
Index  for  resources 
Index  for  virtual  files 
Index  for  schedule  time 
Index  for  projects 
Index  for  project  time 
Start  time  for  updating 
Pointer  for  tree  root 

Constraint  switch;  1 if  soft  constraint; 

0 otherwise 

Boundary  index  for  tree  level 


Variable 


Function 


F 

Y 

B1 

W2 

I 

W0 

B0 

B9 

J 

M 

Ml 


File  number 

Schedule  transformer,  1 if  scheduling 
not  started;  0 otherwise 

Max  overload 

Max  tree  width 

Interact  switch;  2 if  tree  frozen;  0 
otherwise 

Index  for  branches 

Backtrack  counter 

Limit  for  backtrack  counter 

Interact  switch;  1 if  data  is  changed; 

2 if  projects  are  reordered;  0 otherwise 

Level  for  last  assigned  project 

Pointer  for  root  of  frozen  tree 
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DESCRIPTION  OF  PROGRAM  ELEMENTS 
Input  of  Data 

Reads  data  from  the  specified  file.  Planning  horizon 
[T] , number  of  resources  [R]  and  number  of  projects  [P] 
are  first  read.  After  this,  the  available  amount  in  each 
time  unit  is  read  for  each  resource  [R0(T0,R0)].  For  each 
project,  name  [P$(P0)]f  duration  [ D ( P0) ] , desired  start 
time  [S0 (P0) ] , tree  width  [W0 (P0) , W1 (P0) ] and  request  in 
each  time  unit  [P(D0,R0)]  is  input  into  the  program.  If 
updating  of  a previous  schedule  is  at  hand,  the  start  time 
for  the  updating  [T5]  is  specified. 

Decision 

Gives  the  operator  opportunity  to  change  data  or  con- 
straints, review  schedules,  get  hard  copies  of  selected  out- 
put, save  schedule  on  specified  file,  start  or  terminate 
the  scheduling  procedure. 

Change  Data 

Allows  the  operator  to  change  planning  hofizon,  avail- 
able amounts  of  resources,  desired  start  times,  tree  width 
and  requested  amount  of  each  resource.  Also,  new  projects 
can  be  added  and  old  ones  cancelled. 
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Change  Constraint 

Initially  all  constraints  are  regarded  as  hard,  i.e., 
no  overload  permitted.  Arbitrary  constraints  are  changed 
into  soft  if  so  specified.  A soft  constraint  can  also  be 
changed  back  to  a hard  constraint.  A test  is  performed 
to  check  if  there  are  any  soft  constraints.  If  so,  the 
switch  X is  changed  from  0 to  1. 

Reorder  Projects 

Initially  all  projects  are  ordered  with  respect  to 
their  number  of  branches.  Here  the  operator  can  change 
this  order  by  specifying  at  what  level  a certain  project 
is  to  be  fit  in. 

Schedule 

This  is  the  main  program  element.  First  the  number 
of  branches  and  their  corresponding  start  times  [T (P0,W0) ] 
are  found.  A test  is  performed  to  check  whether  these 
start  times  are  within  the  planning  horizon.  If  not,  the 
start  times  are  set  either  to  the  beginning  or  to  the  end 
of  the  planning  period.  After  branching  the  tree,  the  pro- 
jects are  ordered  in  a list  [L(P0)]  with  respect  to  their 
number  of  branches. 

Upon  initalization,  the  search  is  started.  For  one 
project  at  a time,  starting  from  the  root  of  the  tree, 
available  amount  of  resources  are  checked  against  requested 
• amount  in  each  time  period  of  the  project  duration.  If  one 

branch  is  not  possible,  the  next  one  is  tried  until  either 
all  requests  are  satisfied  or  all  branches  tried  without 
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satisfying  the  request.  In  the  first  case,  the  project  is 
assigned  the  start  time  corresponding  to  the  actual  branch 
and  available  amounts  of  resources  are  reduced.  The  tree 
level  is  printed  on  the  video  screen  and  next  project  is 
chosen.  If  it  is  possible  to  assign  all  projects  the  solu- 
tion achieved  is  tested  for  optimality,  i.e.,  maximum  over- 
load [B1 (R0) ] is  calculated  for  each  resource  and  checked 
if  they  are  equal  to  zero.  If  so,  an  optimal  schedule  is 
found  and  the  control  returns  to  DECISION.  If  not,  an  im- 
proved schedule  is  found,  the  overloading  matrix  is  updated 
and  the  schedule  stored. 

When  all  projects  cannot  be  assigned  without  back- 
tracking the  computer  stops  and  asks  for  directions.  The 
operator  can  choose  to  interact  before  continuing  the  search. 
If  so,  he  calls  INTERACT.  If  not,  the  operator  specifies  if 
he  wants  to  backtrack.  If  not,  the  control  returns  to  DECI- 
SION. If  he  wants  to  backtrack,  he  specifies  a limit  for 
the  backtracking  [B9]  and  also  specifies  whether  a stop  is 
wanted  when  a lower  tree  level  is  reached  or  not  [B8].  Then 
the  search  continues. 

Interact 

The  operator  has  the  same  possibilities  as  in  DECISION 
to  change  data  and  constraints,  and  review  schedules.  . Before 
performing  these  changes,  he  can  save  the  schedule  down  to 
the  present  level  of  search  by  freezing  the  tree.  After 
this,  changes  can  only  be  done  to  that  part  of  the  tree  below 
the  current  level  of  search.  If  an  optimal  schedule  cannot 
be  found,  the  frozen  part  of  the  tree  is  restored  by  un- 


freezing  the  tree.  Furthermore,  the  operator  can  reorder 
the  projects  by  calling  REORDER  PROJECTS. 

Completion  of  Partial  Schedule 

Completes  a partial  schedule  by  assigning  projects  at 
their  desired  start  times. 

Project  Schedule 

Creates  and  prints  a barchart  showing  the  assignment 
for  each  project  and  the  utilization  of  each  resource  in 
each  time  period. 

Project  Table 

Creates  and  prints  a table  showing  pertinent  data  for 
each  project. 

Decision  Table 

Table  of  available  decisions  and  their  code. 

Save  Schedule 

Saves  a schedule  on  a file  for  future  use  as  input  to 
the  program. 

Report,  Hard  Copy 

Prints  a hard  copy  in  standardized  form  (REPORT)  or 
of  selected  output  (HARD  COPY) . 
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CREATION  OF  INPUT  FILE 


An  input  data  file  for  the  scheduling  program  is 
created  by  calling  the  program  CREFIL.  The  source 
listing  is  given  below.  The  variables  used  are  explained 
in  Appendix  II.  With  this  the  code  is,  hopefully,  self- 
explanatory.  Before  attempting  to  create  a file  it  is, 
however,  recommended  to  organize  data  in  the  way  they  are 
input  into  the  file. 
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CPEFIL.  BAS  08-AUG-77  PAGE  1 

100  PEM 

120  REM  ♦ THIS  PROGRAM  CREATES  AM  INPUT  FILE  ♦ 

140  REM  ♦ FOR  SCHEDA. BAS  ♦ 

180  PEM 

180  DIM  P0C40. 3> 

200  DIM  P 1 100*  3> 

220  DIM  F t < i 0> • 0 • 1 0> • S O < 1 0> • WO ' 1 O ’ • W1 ‘10  ’ 

240  PRINT  "NAME  OF  NEW  INPUT  FILE"  5 x INPUT  Ft 
260  OPEN  Ft  FOP  OUTPUT  A!  FILE  VF1J.‘  1000> 

280  PRINT  "PLANNING  HORIZON" »\ INPUT  T VF  1 < 1 > =STRt • T> 

300  PRINT  "NO  OF  RESOURCES INPUT  PWF  1 • 2>  = : TRt  <R  ■ 

320  PRINT  "NO  OF  PROJECTS" I n INPUT  P" VF 1 1 3* = STF * ‘P • 

340  PEM 

380  PEM  ♦♦♦  RESOURCE  MATRIX  ♦♦♦ 

380  PEM  » 

400  FOP  R 0 = 1 TO  P 
420  V0=R0*50 

440  PRINT  "NAME  OF  RESOURCE " • PO* 

48 0 I NPUT  Pt ‘ P 0>  VF 1 <V 0 > *Rt < P 0> 

480  FOR  TO =1  TO  T 

500  PRINT  "AVAILABLE  AMOUNT  OF  RESOURCE"  SROS  "AF  TIME'.TOi 
520  INPUT  R 0 < T 0 • R 0 > \VF  1 < V 0+T  O ' = : TRt « R 0 ■ T 0 • R 0 < "> 

540  NEXT  TO 
580  NEXT  PO 
580  PEM 

800  PEM  **♦  PROJECT  MATRIX 
820  PEM 

840  FOP  P0=1  TO  P 
880  V0=200+F  0*5'> 

880  PRINT  FOP  PC'. JECT-SFO!  GIVE  NAME “ < v INPUT  P$ <P0> 

700  PRINT  "DURATION INPUT  B-PCO 

720  PRINT  BE i I FEB  START  TIME"!' INPUT  SO-PO) 

740  PRINT  "TREE  WIDTH  - LEFT " i ' I NPUT  WO ‘POT 
780  PRINT  "TREE  WIDTH  - RIGHT” ix INPUT  W1 <P0> 

780  VF1  <V0>=Pt‘P0> 

800  VF1 <VO+l)=STPt‘D<PO)> 

820  VF 1 TV0+2> =:TR* • 3 0 ■ P0> > 

840  VF 1 < V0+  3> =STPt • WO - PO  ■ > 

< 880  VF1 <V0+4>*STPt<Wl <P0>> 

880  V0=V0+5 

900  FOP  P0=1  TO  R 

920  FOR  B0*1  TO  B ‘P0> 

940  V0=V0+ 1 

980  PRINT  "PEW I RED  AMOUNT  OF  RESOURCE  " S R 0 ! " AT  PROJECT  TIME  "!D05 
98 0 I NPUT  P < D 0 < P O'* n VF 1 <V0> »STR* ■ P ( D 0*  R 0) > 

1000  NEXT  DO 
1020  NEXT  RO 
1040  NEXT  PO 
• 1080  CLOSE  VF 1 

1080  END 


